Redmine

Hello Will,

Since that kind of problem never occur before and have very little chance to go unoticed since today, I think about a local network problem:

• Is there a HTTP proxy between redmine server and the clients? It could be possible that a proxy rather HTTP ignorant (aka: ignoring differencies between GET PUT and POST) present a cache containing a PDF asked previously by an other user.
• Which version of redmine are you using?

Thanks.

I believe I have tracked this down to an issue with the IE browsers interacting with redmine's use of the rails respond_to method. This problem will only occur if the calling user's PC has registered pdf as an "Accepted Documents" type in IE.

Location in Windows Registry
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings\Accepted Documents]
"****"="application/pdf"

We are using redmine-0.7.0_RC1 with no proxies.

Example of redmine respond_to code in issues_controller.rb:
respond_to do |format|
format.html { render :template => 'issues/index.rhtml', :layout => !request.xhr? }
format.atom { render_feed(@issues, :title => l(:label_issue_plural)) }
format.csv { send_data(issues_to_csv(@issues, Herve Harster).read, :type => 'text/csv; header=present', :filename => 'export.csv') }
format.pdf { send_data(render(:template => 'issues/index.rfpdf', :layout => false), :type => 'application/pdf', :filename => 'export.pdf') }
end

I put the following troubleshooting code in index method of issues_controller.rb.

puts "**** HTTP Request type = " + request.format
puts "**** HTTP Request Method = " + request.request_method.to_s
puts "**** HTTP Accept type = " + request.accepts.to_s

Calling the pages directly through Webrick produced the following results:

Non-working IE7 browser (Note: pdf in MIME type string)

• HTTP Request type = image/gif
• HTTP Request Method = get
• HTTP Accept type = image/gifimage/x-xbitmapimage/jpegimage/pjpegapplication/x-shockwave-flashapplication/vnd.ms-excelapplication/vnd.ms-powerpointapplication/mswordapplication/pdf*/*

Non-working IE7 browser (Note: pdfapplication in MIME type string)

• HTTP Request type = image/gif
• HTTP Request Method = get
• HTTP Accept type = image/gifimage/x-xbitmapimage/jpegimage/pjpegapplication/vnd.ms-excelapplication/vnd.ms-powerpointapplication/mswordapplication/pdfapplication/x-shockwave-flashapplication/x-silverlight*/*

Working IE6 browser (Note: No pdf in MIME type string)

• HTTP Request type = image/gif
• HTTP Request Method = get
• HTTP Accept type = image/gifimage/x-xbitmapimage/jpegimage/pjpegapplication/x-shockwave-flashapplication/vnd.ms-excelapplication/vnd.ms-powerpointapplication/msword*/*

Removing the MIME type from IE through the registry does solve the problem, but it really isn't a deployable solution. My thought would be to check for the "?format=pdf" parameter string that a "real" redmine pdf link appears to have, but I'm not sure how this will interact with responds_to parsing the same parameter. I guess if you do it before the responds_to block it would be OK.

Do you think this should be entered as bug?
Will

Funny, we got nailed with this issue today...

Confirmed that it happens on the Redmine website for systems that have this issue.