InformAction Forums

Not able to download pdf file from yahoo mail .Clicks on "download file " show no response.But the same is available for downoading as a blocked object in the icon context.Moreover the other flash objects blocked do not have plaxceholders! 1.9.6.9

Mail Classic or fancy shmancy?

Classic here. Sent myself a PDF.
Clicked pdf paperclick link to down. Reported no virus & then the download dialog box popped up.

Now ...

Clicked the Download File link, & with that I get no response.

paperclip: download file: I did get a this in Error Console at some point: The first time you click Download File, you'll see the progress bar (is that what its called) move & at that point the Error Console message is generated. With subsequent clicks, nothing happens. Refresh the page & you can repeat.

pic:
http://i26.tinypic.com/263hfdg.jpg


Even better, if you disable noscript.inclusionTypeChecking, you do not get anything at all.
No (automatic) download dialog when you first ... (I've got to see what version I'm running) ... 1.9.6.5, let me put in .9x ...
click the "paperclip", & nothing happens if you were to click the Download File link, & nothing in the Error Console either.


That 69.x.x.x IP is what shows in Blocked Objects.
If you Allow the 69.x.x.x, then both the first automatic download dialog box appears & also the Download File link works regardless of inclusion setting.


Something happened. After Reset & changing & Reset & ..., now I cannot get the first automatic download dialog box to appear? (Most of this testing was with 3.5.1 & I did update to NoScript 1.9.6.92.)

So I suppose that there is some problem here ? Did not happen with the previous versions of NS.

Investigating, thanks for reporting.

Could you test latest development build 1.9.6.93?
It fixes the server.name# bug and some other issues which may be related to this one.
At least, I've been able to download PDF attachment in Yahoo! mail, both classic and "new", after allowing *@http://a.b.c.d for the IP appearing in Blocked Objects after the first try.

I don't believe I'm seeing any change, except that with inclusion disabled, the "automatic" popup download dialog does appear.

Now if I Allow 69.x.x.x, then everything looks to work as expected, but I gather nagan was looking to not have to Allow 69.x.x.x or visit Blocked Objects.

The Error Console part of the problem is gone (69.147.103.179#).

Sorry asking, but is it the same issue that I can't open any longer a local pdf file with the Foxit Reader plugin? All I get is an empty frame, if I allow file:// or not.

This issue was not there before ,and why are we supposed to go thru the blocked objects route?.By the way the flash placeholders are missing?

nagan wrote:This issue was not there before ,and why are we supposed to go thru the blocked objects route?

This is issue has been there for a long time (since Yahoo! started AV/scanning attachments on the fly), as testified by this FAQ

nagan wrote:By the way the flash placeholders are missing?

Maybe the Flash objects are invisible? will check later.

@Mc:
probably a separate issue, I'm investigating. Which PDF plugin are you using?

Giorgio Maone wrote: @Mc:
probably a separate issue, I'm investigating. Which PDF plugin are you using?

The plugin of Foxit Reader 3.0 Build 1506

Giorgio Maone wrote:

nagan wrote:This issue was not there before ,and why are we supposed to go thru the blocked objects route?

This is issue has been there for a long time (since Yahoo! started AV/scanning attachments on the fly), as testified by this FAQ

nagan wrote:By the way the flash placeholders are missing?

Maybe the Flash objects are invisible? will check later.

I will differ with that (blocked objects?) .I was able to download last month's statement without a hassle and they were AV scanned even then.

Please check latest development build 1.9.6.95, it fixes a bug in plugin activation which may interfere with PDF plugins.

Not seeing any change in operation here.

Giorgio Maone wrote:Please check latest development build 1.9.6.95, it fixes a bug in plugin activation which may interfere with PDF plugins.

Local pdf file with Foxit Reader plugin works, thanks Giorgio. But online it loads a pdf file twice. First it loads, the plugin button appears, I'm asked for Temporarily allow and then it loads again. First load is finshed with NS_ERROR_ABORT, follwed by NS_ERROR_DOCUMENT_NOT_CACHED, then follows a reload.

Mc wrote:First it loads

Are you sure it does? Or better, are you sure the plugin executes?

When you request plugin content as a top-level document, the browser can't tell how to open it until it sniffs its Content-type header.
That's why NoScript waits for the response being sent (at least the headers) before blocking it, whenever the content is not embedded with an explicit content type attribute (e.g. <embed type="application/pdf">).

If you're sniffing the HTTP traffic you'll see the response come down (at least the first chunk), then the request being aborted after the browser (and NoScript) sniff that the content needs to be handled by a plugin.

Therefore, even if the content partially loads (and only if it's opened as a document), the plugin never gets to execute.
Are you observing something different?