Daniel wrote:
This afternoon, I got a couple of e-mails from Bugzilla relating to
progress with [Bug 1145504] SeaMonkey discovery pane has a blank space
at the top of the main content unlike Firefox and Thunderbird
The first included a link to
https://bugzilla.mozilla.org/attachment.cgi?id=8695711&action=edit and
when I clicked on that link I was taken to a Bugzilla screen dealing
with "Attachment 8695711 Details for Bug 1145504"
That page tells me "Screen Capture
FireShot Screen Capture #100 - 'Add-ons-Manager' - about_addons.pdf
(application/pdf), 93.99 KB, created by Rainer Bielefeld"
and tells me ....
Attachment is not viewable in your browser because its MIME type
(application/pdf) is not one that your browser is able to display.
I checked my Edit->Prefs->Browser->Helper Apps and entered
"application/pdf" in the search field and was shown that I had set this
up to "Always ask"!
Why wasn't I asked?? Or is that covered by the next line on the
"Attachment 8695711 Details for Bug 1145504" screen, which says
"Download the attachment"?? I would have expected a small screen asking
if I wanted to open, or download.
The message you're seeing is part of the page received from the web
server, which doesn't have direct access to the complete list of plugins
you have installed. It would probably be a privacy and/or security
concern (at least for some people) if that was made available to every
web server you request a page from.
The bugzilla page is trying to display not just the attachment itself,
but a page with a link back to the bug and details about the attachment,
with the attachment embedded in that page. To do that requires a browser
plugin to display the attachment, not just an external application
capable of opening the file. The server is probably determining whether
the browser can do that based on the accept: header which is sent by the
browser when requesting the page. Mine sends:
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Which basically means "I'd prefer text/html, application/xhtml+xml or
application/xml, but if you can't send me that, send me anything (*/*)".
It seems that the server ignores the */* option, presumably since it's
unlikely that the browser actually has a plugin to display absolutely
anything thrown at it. So, having determined that you don't have a
suitable plugin, the server presents a page offering a link to download
the attachment so that you can try opening it in a separate application.
If I insert application/pdf into the accept: header (using the Live HTTP
headers addon to replay a modified request), the server returns a page
with a placeholder where it's expecting the PDF to be displayed, and I
get a separate dialog asking if I want to download or open the PDF file.
If I set the helper application for application/pdf to "Use Adobe
Acrobat (in SeaMonkey)" - i.e. the plugin - and send that request again,
the placeholder is filled with the Adobe Acrobat plugin showing the
file. I still have to manually add application/pdf to the accept: header
though; I guess either the Adobe plugin doesn't do anything to cause
that to be done automatically, or the plugin architecture doesn't
provide any means for it to do so.
Mark.
_______________________________________________
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey
