[PHP/IE7/VISTA] Content-Disposition:attachment probleem

Pagina: 1
Acties:

Onderwerpen


Acties:
  • 0 Henk 'm!

  • beetle71
  • Registratie: Februari 2003
  • Laatst online: 09-09 15:24
Ik zit met een HEEL raar probleem.
zie: https://ssl.testground.nl (=testcase)

Daarop staan 3 linkjes en diezelfde drie linkjes nog eens in een iframe.
Het zijn links naar jpg'tjes die direct opgeslagen moeten worden.
Dus zeg maar met Content-Disposition: attachment;
Daarvoor gebruik ik een .php scriptje waar ze doorheen gehaald worden.
PHP:
1
2
3
4
5
6
7
$file = basename($_GET["name"]);
header('Content-type:image/jpeg');
header('Cache-Control: max-age=0');
header('Content-Disposition: attachment; filename="beestje.jpg"');
if (file_exists($file)){
    readfile($f_location); 
}


Het probleem doet zich overigens voor in IE6-XP en IE7-Vista, gek genoeg niet in IE7-XP...

Als ik op de eerste of tweede link klik dan opent er netjes een dialog en kan ik de file opslaan. Als ik daarna op de eerste of tweede link in het iframe klik dan gaat dat ook goed (in IE7-Vista). Refresh ik de pagina en klik ik eerst op een linkje in het iframe dan gaat het fout... Als ik in de dialog op save klik blijft IE daarna hangen in de File Download dialog.

Ik heb al vanalles geprobeerd met de headers vanuit PHP en ongeveer alle varianten op het web gevonden en uitgetest, maar het probleem vanuit het iframe blijft...

onder http (dus geen secure) doet het probleem zich niet voor. Het probleem ligt ook niet aan het feit dat het certificaat ongeldig is. Dat is alleen in deze testcase. Bij de productiesite is er een valide certificaat..

Iemand een idee?

Acties:
  • 0 Henk 'm!

  • Sebazzz
  • Registratie: September 2006
  • Laatst online: 21:30

Sebazzz

3dp

http://www.google.com/sea...official&client=firefox-a ;)
Eerste resultaat.
En deze is ook wel interessant. Heeft dus met de cache te maken:
http://lists.apple.com/ar...ev/2008/Apr/msg00701.html
http://downside.ch/blog/?p=26

Een cache-control header zetten met -1 bijvoorbeeld of meerdere expiriration headers zou dus de oplossing moeten zijn.
offtopic:
Haha! :D Firefox probeert mij op alle mogelijke manieren tegen jouw ongeldige SSL site te beschermen. Geweldig :)

[ Voor 41% gewijzigd door Sebazzz op 02-11-2008 01:38 ]

[Te koop: 3D printers] [Website] Agile tools: [Return: retrospectives] [Pokertime: planning poker]


Acties:
  • 0 Henk 'm!

  • beetle71
  • Registratie: Februari 2003
  • Laatst online: 09-09 15:24
Jip, deze artikeltjes had ik op 1 na allemaal al doorgewerkt... Maar het probleem blijft/bleef.
De links buiten het iframe werken op zich prima, maar die in het iframe niet!

Acties:
  • 0 Henk 'm!

  • Noork
  • Registratie: Juni 2001
  • Niet online
Hier met Opera krijg ik de code te zien van de afbeelding. Lijkt me gewoon een foutje in de headers. Is er geen output voor de headers o.i.d.?

Mozilla geeft eveneens aan dat het een html bestand is, en opent deze dan ook in de browser.

Ik zie b.v. dit staan: CREATOR: gd-jpeg v1.0 (using IJG JPEG v62), quality = 80
Weet niet of dit een normale jpeg header is, of dat php dit er ergens tussen heeft gegooid?

[ Voor 51% gewijzigd door Noork op 03-11-2008 16:14 ]


Acties:
  • 0 Henk 'm!

  • ikke007
  • Registratie: Juni 2001
  • Laatst online: 18-09 14:10
Ik had een soortgelijk probleem met het downloaden van Excel bestanden vanuit een SSL omgeving.

http://expisoft.blogspot.com/2007/03/ie7-does-not-excel.html

Waarschijnlijk is de oplossing voor jou identiek

Lets remove all security labels and let the problem of stupidity solve itself