Problem seeing attachments with Opera

[Guest]

[sded]

Am unable to see attachments on the board with Opera 9.51.  The link retrieves the index.php, not the picture, and I don't see a thumbnail image.  FF & IE seem OK.  Any ideas?

[gibran]

Code: (HTTP SERVER RESPONSE HEADER)

HTTP/1.1 200 OK
Date: Sun, 20 Jul 2008 14:23:04 GMT
Server: Apache
Expires: Mon, 20 Jul 2009 14:23:04 GMT
Cache-Control: no-cache
Pragma:
Vary: Accept-Encoding
Content-Transfer-Encoding: binary
Last-Modified: Sun, 20 Jul 2008 13:43:53 GMT
Accept-Ranges: bytes
Set-Cookie:
Connection: close
ETag: "9cbdc14b8ef86d3fa44e7dd9620976ef"
Content-Disposition: attachment; filename="AshesDance.jpg"
Content-Type: application/octet-stream
Content-Length: 74661

I guess that Content-Type: application/octet-stream and Content-Disposition could be related to ths issue.

[sded]

The uploading seems to work fine, but when Opera 9.51 parses the get, it tries to show index,php as a text file and ignores everything after the ?

[sded]

Tried going back to Opera 9.50, which didn't seem to have a problem before, but that didn't clear it up.  Maybe something has changed in the board?  Problem occurs for all the image attachments.

[gibran]

Tried going back to Opera 9.50, which didn't seem to have a problem before, but that didn't clear it up.  Maybe something has changed in the board?  Problem occurs for all the image attachments.

Either this or something form Opera 9.5X. Do you have a 9.27 at hand?

[sded]

Same problem with 9.27

[gibran]

Same problem with 9.27

I guess we won't see any fix soon

I found an old description of the issue http://www.dokeos.com/forum/viewtopic.php?p=6670&sid=f2eaf4352d098e240357a9517c9a6d8c

I guess Opera rely on content-type header to get an extension while IE and FF look at the  filename="AshesDance.jpg" part

related article Flirting with MIME Types

[sded]

Tried another Opera (9.50) on another computer with Vista SP1 also, and that seemed to work OK.  Now I am really scratching my head.

[gibran]

Tried another Opera (9.50) on another computer with Vista SP1 also, and that seemed to work OK.  Now I am really scratching my head.

Cannot believe it,  I read about a workaround and it actually worked  .

I don't know how this affect opera but if you find opera6.ini and remove the following sections after taking a backup of your ini file

[File Types Section Info]
[File Types]
[File Types Extension]

Actually solve this issue.
But I guess this will remove all mime handlers

[gibran]

I finally found the culprit:

application/x-php=0,,,,php,php3,phtml,|


This application/x-php mime type cause Opera to privilege the php extension.

[sded]

Went over all the recent changes to my system.  Discovered that the problem is somehow connected with the latest Avast! beta update 4.8.1227.  Can turn the problem on and off by turning the On Access Protection on and off.  Don't know how all these things interconnect, but posted on the Avast! board to see what they have to say.  Thanks; Ed.

[gibran]

Guess we got two differen cause.
I have no AV atm

[3xist]

I have no AV atm

Me either.

By the way sded; Avast! Home Edition 4.8.1227 is now officially  released.

Cheers,
Josh

[sded]

Avast! (Vlk) has verified this as a bug in the webshield, says they are working on how to fix.  http://forum.avast.com/index.php?topic=37227.0  Will move discussion to section on board issuesl

[gibran]

Avast! (Vlk) has verified this as a bug in the webshield, says they are working on how to fix.  http://forum.avast.com/index.php?topic=37227.0  Will move discussion to section on board issuesl

I missed the part about thumbnails. I noticed that reading the topic on avast.

On my setup the issue was only with saveas dialog file extension.

Thumbnails and binary data were not affected. All attachments worked when renamed to the proper extension.

Opera has other mime types that could possibly trigger this issue.

application/x-php cause this because the link was related to a php page but I guess also application/x-perl and other serverside script engine mimetypes could trigger this behaviour.

[Tags:]