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)
Ä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
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

Dann bitte Latex installieren.
Tetex oder Texlive mit pdf-Support