Erstellt vor 6 Jahren

Zuletzt geändert vor 6 Jahren

#1043 closed Fehler (fixed)

Druckvorschau kann Datei "invoice." nicht finden

Erstellt von: lxo@… Verantwortlicher: lxo@…
Priorität: hoch Meilenstein:
Komponente: kivitendo ERP Version: 2.6.0
Schweregrad: schwerwiegend Stichworte: Verkauf
Beobachter: hli@…, s.schoeling@…, andreas.rudin@…

Beschreibung

Verkaufsrechnung, Druckformat auf HTML, Klick auf Druckvorschau --> kann Datei "invoice." nicht finden. Die Datei "invoice.html" ist vorhanden. Erstellt man eine Datei "invoice." mit dem Inhalt von "invoice.html" geht es fehlerfrei.

Anhänge (1)

io.pl.diff (517 Byte) - hinzugefügt von lxo@… vor 6 Jahren.
fix für bin/mozilla/io.pl html - Extension

Alle Anhänge herunterladen als: .zip

Änderungshistorie (12)

comment:1 Geändert vor 6 Jahren durch hli@…

  • Lösung auf invalid gesetzt
  • Status von new nach closed, hli@lx-system.de geändert

Dann bitte Latex installieren.

Tetex oder Texlive mit pdf-Support

Geändert vor 6 Jahren durch lxo@…

fix für bin/mozilla/io.pl html - Extension

comment:2 Geändert vor 6 Jahren durch lxo@…

  • Verantwortlicher von p.reetz@… nach lxo@… geändert

comment:3 Geändert vor 6 Jahren durch lxo@…

  • Lösung von invalid nach fixed geändert

Arbeite heute zum ersten Mal mit Bugzilla. Hoffe ich habe nichts falsch gemacht. (Wegen dem Status, z.B.)

comment:4 Geändert vor 6 Jahren durch lxo@…

  • Lösung fixed gelöscht
  • Status von closed nach reopened geändert

comment:5 Geändert vor 6 Jahren durch lxo@…

Der Fehler bezieht sich auf alle HTML-Ausdrucke von Angeboten, Aufträgen, Rechnungen, Ein- und Ausgang. Mit der Änderung in io.pl funktioniert es wie erwartet.

comment:6 Geändert vor 6 Jahren durch s.schoeling@…

  • Lösung auf fixed gesetzt
  • Status von reopened nach closed, s.schoeling@linet-services.de geändert

Fix in -r4288

comment:7 Geändert vor 6 Jahren durch lxo@…

(In reply to comment #5)

Fix in -r4288

Die Lösung in Zeile 1482 zu schreiben:

my $extension = 'html';

ist die einfachste und schnellste.

Ist mein Vorschlag nicht besser und flexibler oder "sauberer"?
Denn würde jemand die Formate erweitern auf sagen wir mal 'txt',
würde trotzdem html gewählt, weil es nicht 'postscript', 'pdf' oder 'opendocument' ist.

comment:8 Geändert vor 6 Jahren durch s.schoeling@…

Darüber kann man sich im Detail sicherlich streiten. Der Grund warum ich diese Lösung genommen habe, ist, dass das Verhalten vor -r3314 (wie im Commit beschrieben) so war, und ich gerne so nah am ursprünglichen Verhalten bleibe wie möglich, solange es nicht anders geht.

Der Bug ist eine direkte Konsequenz daraus, diese Sequenz so umzuschreiben, dass html nicht mehr der Standard ist, und auch wenn es nicht die sauberste Methode ist, es ist die sicherste Methode, den Bug zu fixen.

(Und wo wir gerade dabei sind.... if/then/else Kaskaden sind weder sauber noch flexibel ;))

comment:9 Geändert vor 6 Jahren durch lxo@…

(In reply to comment #7)

Darüber kann man sich im Detail sicherlich streiten.

Wer will das schon? ;-)

..., und ich gerne so nah am ursprünglichen Verhalten bleibe
wie möglich, ...

Okay.

(Und wo wir gerade dabei sind.... if/then/else Kaskaden sind weder sauber noch
flexibel ;))

Das ist wieder ein anderes Thema.
Auf jeden Fall ist es eine Lösung die schnell realisiert ist. Dankeschön!

Für manchen Anweder/Admin? ist es nicht akzeptabel 500MB Texlive-Zeugs auf'm Server und PDF-Viewer auf allen Clients zu installieren (und Latex lernen), nur weil 4 Buchstaben fehlen im Code der ERP-Anwendung fehlen. :-)

PS: Ich werde mir einen Nachnamen zulegen, Sven. ;-)

comment:10 Geändert vor 6 Jahren durch s.schoeling@…

Off Topic:

nur weil 4 Buchstaben fehlen im Code der ERP-Anwendung fehlen. :-)

Ich bin der festen Überzeugung dass sich nahezu alle Probleme in 4-5 Zeichen Perlcode lösen lassen.

PS: Ich werde mir einen Nachnamen zulegen, Sven. ;-)

Danke, Sven ;-)

comment:11 Geändert vor 6 Jahren durch m.bunkus@…

  • Beobachter andreas.rudin@… hinzugefügt
Hinweis: Hilfe zur Verwendung von Tickets finden Sie in TracTickets.