Hallo, hört sich alles plausibel an. Das einzige, was ich nicht verstehe, ist folgendes: 1) Wir setzen Firefox ein (Linux) 2) Der Firefox steht auf cache 50Mb 3) Wir sehen im Log auch hintereinander den HEAD und den GET-Abruf Aber: Bei uns sind die Daten OK, also nicht in der Größe verdoppelt. Es scheint also: Firefox!=Firefox. mit Grüßen aus Krefeld Nils-G. Fritz Robert Heinzmann wrote:

Hallo,

ich habe den Fehler gefunden :) (das war ne Suche !). Ich versuche das Ganze mal zusammenzufassen:

Symptome: ======== Attachments beim Download mit FireBox / Mozilla korrupiert und doppelte Größe.

Problem: ======= Firefox sendet wenn der Cache eingeschaltet ist für Downloads, vor dem GET request einen HEAD request um zu überprüfen ob die Datei nicht schon da ist. Diese sollte den selben Header wie ein GET request zurueckliefern, jedoch nicht den Body. Leider erkennt OTRS dies nicht und liefert jedes Attachment was mit "Save as" im FireFox gespeichert wird 2 mal aus. Firefox speichert das ganze dann in einem File --> Doppelte Größe und Korrupt.

Firefox request im Apache log (man beachte die Size! (letztes Feld)):

192.168.1.10 - - [14/Feb/2005:17:46:49 +0100] "HEAD /otrs/index.pl?Action=AgentAttachment&ArticleID=93&FileID=2 HTTP/ 1.1" 200 798968 192.168.1.10 - - [14/Feb/2005:17:46:50 +0100] "GET /otrs/index.pl?Action=AgentAttachment&ArticleID=93&FileID=2 HTTP/1 .1" 200 798982

Internet Explorer request im Apache log:

192.168.1.10 - - [14/Feb/2005:17:54:10 +0100] "GET /otrs/index.pl?Action=AgentAttachment&ArticleID=93&FileID=2 HTTP/1 .1" 200 798982

----

Fix: ==== OTRS müsste unterscheiden ob es sich um einen GET oder HEAD request handelt und entsprechend bei HEAD requests keinen Body senden. Laut http://modperlbook.org/html/ch16_04.html "16.4.3. HEAD Requests" ist das möglich.

Ich habe mal die veränderte Kernel/Output/HTML/Generic.pm hier rein gepostet. Leider kann ich gerade keinen Patch erstellen. :

--- o< ----- # -- sub Attachment { my $Self = shift; my %Param = @_; # reset binmode, don't use utf8 binmode(STDOUT); # return attachment my $Output = "Content-Disposition: "; if ($Param{Type}) { $Output .= $Param{Type}.'; '; } $Output .= "filename=\"$Param{Filename}\"\n". "Content-Type: $Param{ContentType}\n\n"; # Firefox HEAD request problem. if ($ENV{REQUEST_METHOD} ne "HEAD") { $Output .= "$Param{Content}"; } return $Output; } # -- --- o< -----

Workaround: =========== a) Anderen Browser nehmen b) Firefox ohne Cache konfigurieren - dazu einfach im Firefox in der Adressleiste "about:config" eingeben - dann die beiden Werte "browser.cache.disk.enable" und "browser.cache.memory.enable" auf false setzen.

MfG

Robert Heinzmann

p.s. Danke für das interessante Problem, wieder vieeel gelernt :)

PCO Support Team wrote:

...

Hallo Herr Heinzmann

die ist ein Testticket, welches ich erzeugt habe, indem ich aus meinem Outlook ein email an unsere support email geschickt habe und ein 784 KB grosses PDF Attachment angehängt habe. Es wird dann noch ein file-1 erzeugt, das ist immer so, wenn man aus Outlook heraus ein Ticket erzeugt. Speichere ich diese PDF dann mit FireFox 1.0 (rechte Maus Link Save As) ab, ergibt das ein PDF mit 1594480 Byte Grösse. Ich habe übrigens auch einen anderen test gemacht, indem ich einen Intranet Webseite erzeugte mit einem Link auf ein TIFF Bild (mit dem ich neulich schon abspeicherprobleme aus OTRS hatte), welches ich dann auch mit FireFox abspeicherte und das hat dann funktioniert. Ich vermute also, dass da irgendwas in OTRS nicht stimmt! Bin für jeden Tipp SEHR dankbar! Beste Grüße Thomas Kreuzer

Message: 4 Date: Fri, 11 Feb 2005 19:43:56 +0100 From: Robert Heinzmann Subject: Re: [otrs-de] AW: otrs-de Nachrichtensammlung, Band 16, Eintrag 19 To: "User questions and discussions about OTRS in German." Message-ID: <420CFCEC.6000805@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Hallo,

ich versuche am Wochenende mal, das Ganze nachzustellen und vielleicht kann ich den Fehler reproduzieren und komme ja vieleicht weiter. So auf den ersten Blick kenne ich diesen Fehler leider nicht.

Ich fragte nur, weil wir schon einmal Probleme mit der Reihenfolge der Attachments hatten und - bei mehreren Attachments - die falschen Dateinamen zu den Attachments angezeigt wurden.

Dadurch kam es auch zu dem Problem, dass Dateien als Korrupt gemeldet wurden, jedoch war nur die Endung / Dateiname falsch.

Schönes Wochenende,

Robert Heinzmann

Thomas Kreuzer wrote:

...

Hallo Herr Heinzmann, In einem Fall in dem das auftrat, waren es mehrerer Dateien, 4 TIFF Bilder

mit 645 KB und ein File-1.

...

Ich habe sie auf ein Netzwerklaufwerk gespeichert und das erste war 645 KB

groß, die drei anderen aber waren danach 1287 KB groß.

...

Auch das File-1, welches im OTRS noch 5.0 KB hatte war nach speichern 8 KB groß. Teile aus dem Text waren doppelt vorhanden! Abspeichern der Dateien des selben Tickets mit IE funktionierte aber korrekt!

Ich habe nun versucht, das Problem einzugrenzen, aber ich komme nicht sehr

weit. Nach ihrer Antwort habe ich ein Testticket erzeugt mit zwei kleineren Textdateien, (eine file-1 war auch noch dabei. Das Abspeichern hat damit aber ohne Fehler geklappt!

...

Habe momentan keine Idee was ich da noch tun kann, ausser auf einen anderen

Browser umzusteigen, was ich eigentlich nicht möchte!

...

Grüsse Thomas

PCO Support Team -- Thomas Kreuzer --

pco ag donaupark 11 93309 kelheim phone +49-(0)9441-2005-55 fax +49-(0)9441-2005-20 http://www.pco.de support@pco.de

---- Weitergeleitete Nachricht von "Thomas Kreuzer" ----

Datum: Von: "Thomas Kreuzer" An: Cc: Reply-To: Betreff: [Ticket#: 2005021410167-FW]

...

Test

thomas kreuzer it manager & technical support

pco ag donaupark 11 93309 kelheim fon +49 (0)9441 200515 fax +49 (0)9441 200520 http://www.pco.de thomas.kreuzer@pco.de

---- Ende der weitergeleiteten Nachricht ----

------------------------------------------------------------------------

Test

thomas kreuzer it manager & technical support

pco ag donaupark 11 93309 kelheim fon +49 (0)9441 200515 fax +49 (0)9441 200520 http://www.pco.de thomas.kreuzer@pco.de

_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/

-- MBS GmbH E-Mail: nfr@mbs-software.de Römerstraße 15 Tel: +49 / 2151 / 72 94-61 D-47809 Krefeld Fax: +49 / 2151 / 72 94-50 Visit our homepage - Besuchen Sie uns im Internet: http://www.mbs-software.de

Hallo Herr Heizmann,

ich habe den Fehler gefunden :) (das war ne Suche !). Ich versuche das Ganze mal zusammenzufassen:

Auf welcher OTRS Version haben Sie das Problem reproduzieren können? Auf OTRS 1.3.2? Leider kann ich es auch nicht reproduzieren. Vielen Dank!!! Mit freundlichen Grüßen, Stefan Rother -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Manage your communication!