Re: SM not selecting Helper Apps

[Daniel]

On 9/12/2015 2:49 AM, Jonathan N. Little wrote:

Daniel wrote:

On 8/12/2015 6:07 AM, EE wrote:



As usual, I switched this computer off overnight, re-booted, re-started
SM, clicked on the bugzilla link above and went through the steps you
detailed above from "Open Tools>" to "Reload the page".

Still no change!! Oh Well,  no biggee!



I haven't used Acrobat/AcroReader for many years. Don't even install it
on my systems. Don't like all the bundled bloatware.

I use to use Foxit until a bug a few years ago with their
Firefox/SeaMonkey plugin and have been using Nitro Reader and plugin
since without any issues.

You might wish to try it and it may fix your issue:


Here is my helper setup:


Thank you for the advice, Jonathan, I've downloaded it and will try to 
remember to install it.


--
Daniel

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 
SeaMonkey/2.39 Build identifier: 20151028234211

or
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 
SeaMonkey/2.38 Build identifier: 20150903203501

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: SM not selecting Helper Apps

[Mason83]

On 05/12/2015 13:31, mbourne wrote:
> There might be a preference to set the accept header used, but I haven't 
> looked. If there is, you'd probably want to add "application/pdf," just 
> to the left of "*.*, so that it's available but less preferred than HTML.

http://kb.mozillazine.org/Network.http.accept.default

network.http.accept.default
text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8

It's not clear to me what */*;q=0.8 is supposed to mean.
"Other than listed is supported, but not preferred"?

Regards.

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: SM not selecting Helper Apps

[Jonathan N. Little]

Daniel wrote:

On 8/12/2015 6:07 AM, EE wrote:



As usual, I switched this computer off overnight, re-booted, re-started
SM, clicked on the bugzilla link above and went through the steps you
detailed above from "Open Tools>" to "Reload the page".

Still no change!! Oh Well,  no biggee!



I haven't used Acrobat/AcroReader for many years. Don't even install it 
on my systems. Don't like all the bundled bloatware.


I use to use Foxit until a bug a few years ago with their 
Firefox/SeaMonkey plugin and have been using Nitro Reader and plugin 
since without any issues.


You might wish to try it and it may fix your issue:


Here is my helper setup:


--
Take care,

Jonathan
---
LITTLE WORKS STUDIO
http://www.LittleWorksStudio.com
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: SM not selecting Helper Apps

[Daniel]

On 8/12/2015 6:07 AM, EE wrote:

Daniel wrote:

On 6/12/2015 12:25 AM, Daniel wrote:

On 5/12/2015 11:31 PM, mozilla-lists.mbou...@spamgourmet.com wrote:

Daniel wrote:





As I replied elsewhere, setting my Helper Apps application/pdf to
either
"Use Adobe Reader (Default) or "Use Adobe Acrobat (in SeaMonkey)", I
still get sent to the same page


Yep; the accept: header still needs to be manually modified to let the
server know that you have a plugin capable of displaying PDF documents.
I did that using the "Live HTTP headers" extension just to see what's
going on. If you want to try it for yourself:
- Install the Live HTTP headers extension
- Restart SeaMonkey
- Set the helper app for application/pdf to "Use Adobe Acrobat (in
SeaMonkey)"
- Open Tools > Web Development > Live HTTP headers
- Load the page

- In Live HTTP headers, scroll up to the first request; it should
begin:
 "GET /attachment.cgi?id=8695711&action=edit HTTP/1.1"
- Click on that request, then click "Replay..."
- In the resulting "Live HTTP Replay" window, change the Accept: header
line by adding "application/pdf to the list of accepted types, e.g.:
 Accept:
text/html,application/xhtml+xml,application/xml;q=0.9,application/pdf,*/*;q=0.8




- Click "Replay"
- Reload the page; you should see the PDF embedded in the page, instead
of the message giving you an option to download the file.


Made the adjustments as detailed above, Clicked "Replay", Reloaded the
page ... No Change!!

Does it need a restart of SM to take force??


It might very well require that.  There are a lot of settings that need
a restart to take effect.

As usual, I switched this computer off overnight, re-booted, re-started 
SM, clicked on the bugzilla link above and went through the steps you 
detailed above from "Open Tools>" to "Reload the page".


Still no change!! Oh Well,  no biggee!

--
Daniel

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 
SeaMonkey/2.39 Build identifier: 20151028234211

or
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 
SeaMonkey/2.38 Build identifier: 20150903203501

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: SM not selecting Helper Apps

[EE]

Daniel wrote:

On 6/12/2015 12:25 AM, Daniel wrote:

On 5/12/2015 11:31 PM, mozilla-lists.mbou...@spamgourmet.com wrote:

Daniel wrote:





As I replied elsewhere, setting my Helper Apps application/pdf to
either
"Use Adobe Reader (Default) or "Use Adobe Acrobat (in SeaMonkey)", I
still get sent to the same page


Yep; the accept: header still needs to be manually modified to let the
server know that you have a plugin capable of displaying PDF documents.
I did that using the "Live HTTP headers" extension just to see what's
going on. If you want to try it for yourself:
- Install the Live HTTP headers extension
- Restart SeaMonkey
- Set the helper app for application/pdf to "Use Adobe Acrobat (in
SeaMonkey)"
- Open Tools > Web Development > Live HTTP headers
- Load the page

- In Live HTTP headers, scroll up to the first request; it should begin:
 "GET /attachment.cgi?id=8695711&action=edit HTTP/1.1"
- Click on that request, then click "Replay..."
- In the resulting "Live HTTP Replay" window, change the Accept: header
line by adding "application/pdf to the list of accepted types, e.g.:
 Accept:
text/html,application/xhtml+xml,application/xml;q=0.9,application/pdf,*/*;q=0.8



- Click "Replay"
- Reload the page; you should see the PDF embedded in the page, instead
of the message giving you an option to download the file.


Made the adjustments as detailed above, Clicked "Replay", Reloaded the
page ... No Change!!

Does it need a restart of SM to take force??

It might very well require that.  There are a lot of settings that need 
a restart to take effect.


___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: SM not selecting Helper Apps

[Daniel]

On 6/12/2015 12:25 AM, Daniel wrote:

On 5/12/2015 11:31 PM, mozilla-lists.mbou...@spamgourmet.com wrote:

Daniel wrote:





As I replied elsewhere, setting my Helper Apps application/pdf to either
"Use Adobe Reader (Default) or "Use Adobe Acrobat (in SeaMonkey)", I
still get sent to the same page


Yep; the accept: header still needs to be manually modified to let the
server know that you have a plugin capable of displaying PDF documents.
I did that using the "Live HTTP headers" extension just to see what's
going on. If you want to try it for yourself:
- Install the Live HTTP headers extension
- Restart SeaMonkey
- Set the helper app for application/pdf to "Use Adobe Acrobat (in
SeaMonkey)"
- Open Tools > Web Development > Live HTTP headers
- Load the page

- In Live HTTP headers, scroll up to the first request; it should begin:
 "GET /attachment.cgi?id=8695711&action=edit HTTP/1.1"
- Click on that request, then click "Replay..."
- In the resulting "Live HTTP Replay" window, change the Accept: header
line by adding "application/pdf to the list of accepted types, e.g.:
 Accept:
text/html,application/xhtml+xml,application/xml;q=0.9,application/pdf,*/*;q=0.8


- Click "Replay"
- Reload the page; you should see the PDF embedded in the page, instead
of the message giving you an option to download the file.


Made the adjustments as detailed above, Clicked "Replay", Reloaded the 
page ... No Change!!


Does it need a restart of SM to take force??

--
Daniel

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 
SeaMonkey/2.39 Build identifier: 20151028234211

or
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 
SeaMonkey/2.38 Build identifier: 20150903203501

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: SM not selecting Helper Apps

[Daniel]

On 5/12/2015 11:31 PM, mozilla-lists.mbou...@spamgourmet.com wrote:

Daniel wrote:





As I replied elsewhere, setting my Helper Apps application/pdf to either
"Use Adobe Reader (Default) or "Use Adobe Acrobat (in SeaMonkey)", I
still get sent to the same page


Yep; the accept: header still needs to be manually modified to let the
server know that you have a plugin capable of displaying PDF documents.
I did that using the "Live HTTP headers" extension just to see what's
going on. If you want to try it for yourself:
- Install the Live HTTP headers extension
- Restart SeaMonkey
- Set the helper app for application/pdf to "Use Adobe Acrobat (in
SeaMonkey)"
- Open Tools > Web Development > Live HTTP headers
- Load the page

- In Live HTTP headers, scroll up to the first request; it should begin:
 "GET /attachment.cgi?id=8695711&action=edit HTTP/1.1"
- Click on that request, then click "Replay..."
- In the resulting "Live HTTP Replay" window, change the Accept: header
line by adding "application/pdf to the list of accepted types, e.g.:
 Accept:
text/html,application/xhtml+xml,application/xml;q=0.9,application/pdf,*/*;q=0.8

- Click "Replay"
- Reload the page; you should see the PDF embedded in the page, instead
of the message giving you an option to download the file.

A far easier workaround is to just use the download link to temporarily
save the file, and open it.

There might be a preference to set the accept header used, but I haven't
looked. If there is, you'd probably want to add "application/pdf," just
to the left of "*.*, so that it's available but less preferred than HTML.

Mark.


Installed "Live HTTP headers" ... will check back in tomorrow!

--
Daniel

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 
SeaMonkey/2.39 Build identifier: 20151028234211

or
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 
SeaMonkey/2.38 Build identifier: 20150903203501

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: SM not selecting Helper Apps

[mozilla-lists . mbourne]

Daniel wrote:

On 5/12/2015 6:57 AM, mozilla-lists.mbou...@spamgourmet.com wrote:

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.


Checking through my about:addons, I don't have anything Adobe installed,
but I do have PDF Viewer which, supposedly, uses HTML5 to display PDT
files directly.

Where do I find the "accept: header"??


The Live HTTP headers addon shows all the headers sent in each request 
to the server and response from the server as pages are loaded. It can 
also be used to "replay" requests with the same or modified headers. Not 
really something for regular use by end users - more a web development 
and debug tool.



If I insert  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.


As I replied elsewhere, setting my Helper Apps application/pdf to either
"Use Adobe Reader (Default) or "Use Adobe Acrobat (in SeaMonkey)", I
still get sent to the same page


Yep; the accept: header still needs to be manually modified to let the 
server know that you have a plugin capable of displaying PDF documents. 
I did that using the "Live HTTP headers" extension just to see what's 
going on. If you want to try it for yourself:

- Install the Live HTTP headers extension
- Restart SeaMonkey
- Set the helper app for application/pdf to "Use Adobe Acrobat (in 
SeaMonkey)"

- Open Tools > Web Development > Live HTTP headers
- Load the page 


- In Live HTTP headers, scroll up to the first request; it should begin:
"GET /attachment.cgi?id=8695711&action=edit HTTP/1.1"
- Click on that request, then click "Replay..."
- In the resulting "Live HTTP Replay" window, change the Accept: header 
line by adding "application/pdf to the list of accepted types, e.g.:
Accept: 
text/html,application/xhtml+xml,application/xml;q=0.9,application/pdf,*/*;q=0.8

- Click "Replay"
- Reload the page; yo

Re: SM not selecting Helper Apps

[Daniel]

On 5/12/2015 6:57 AM, mozilla-lists.mbou...@spamgourmet.com wrote:

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.


Checking through my about:addons, I don't have anything Adobe installed, 
but I do have PDF Viewer which, supposedly, uses HTML5 to display PDT 
files directly.


Where do I find the "accept: header"??


If I insert  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.


As I replied elsewhere, setting my Helper Apps application/pdf to either 
"Use Adobe Reader (Default) or "Use Adobe Acrobat (in SeaMonkey)", I 
still get sent to the same page


--
Daniel

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 
SeaMonkey/2.39 Build identifier: 20151028234211

or
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 
SeaMonkey/2.38 Build identifier: 20150903203501

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: SM not selecting Helper Apps

[Daniel]

On 4/12/2015 10:20 PM, Paul B. Gallagher wrote:

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"

...

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.


Try changing the pref to something else -- "Use Adobe Acrobat," for
example. If that works, change the pref back and it should work again.


No change, Paul, either for with-in SM or external Adobe Reader.

--
Daniel

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 
SeaMonkey/2.39 Build identifier: 20151028234211

or
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 
SeaMonkey/2.38 Build identifier: 20150903203501

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: SM not selecting Helper Apps

[Daniel]

On 5/12/2015 6:44 AM, Bill Salisbury wrote:



Sent from my iPad


On Dec 4, 2015, at 01:14, Daniel  wrote:


On 4/12/2015 8:11 PM, 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.

Omitted to mention that this was using my Win7 SM as shown in my sig file!

--
Daniel

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 
SeaMonkey/2.39 Build identifier: 20151028234211
or
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 
SeaMonkey/2.38 Build identifier: 20150903203501
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


?? Did I miss something here, Bill?? (Noted your "Sent from my iPad".)

--
Daniel

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 
SeaMonkey/2.39 Build identifier: 20151028234211

or
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 
SeaMonkey/2.38 Build identifier: 20150903203501

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: SM not selecting Helper Apps

[mozilla-lists . mbourne]

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

Re: SM not selecting Helper Apps

[Bill Salisbury]

Sent from my iPad

> On Dec 4, 2015, at 01:14, Daniel  wrote:
> 
>> On 4/12/2015 8:11 PM, 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.
> Omitted to mention that this was using my Win7 SM as shown in my sig file!
> 
> -- 
> Daniel
> 
> User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 
> SeaMonkey/2.39 Build identifier: 20151028234211
> or
> User agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 
> SeaMonkey/2.38 Build identifier: 20150903203501
> ___
> support-seamonkey mailing list
> support-seamonkey@lists.mozilla.org
> https://lists.mozilla.org/listinfo/support-seamonkey
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: SM not selecting Helper Apps

[Paul B. Gallagher]

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"

...

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.


Try changing the pref to something else -- "Use Adobe Acrobat," for 
example. If that works, change the pref back and it should work again.


--
War doesn't determine who's right, just who's left.
--
Paul B. Gallagher

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: SM not selecting Helper Apps

[Daniel]

On 4/12/2015 8:11 PM, 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.


Omitted to mention that this was using my Win7 SM as shown in my sig file!

--
Daniel

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 
SeaMonkey/2.39 Build identifier: 20151028234211

or
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 
SeaMonkey/2.38 Build identifier: 20150903203501

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey