html-basierte Informationen nicht sichtbar im Linux AppImage #286
Comments
|
Funktioniert die Version aus dem automatischen Build? Ich hoffe, der Umstieg auf Qt6 wird das lösen. |
|
die AppImage Version auf Linux 5.14.21-2-MANJARO GNU/Linux nicht. Das Debian Paket müsste ich morgen nochmal auf meiner Ubuntu Workstation testen, gehe aber davon aus, dass das funktioniert. Melde mich nochmal. |
|
Eben noch den Inhalt des angehängte Archivs auf Ubuntu 22.10 getestet: In der AppImage Version funktionieren die html-Seiten nicht ! (exakte Kernel-Bezeichnung: Linux 5.19.0-31-generic #32-Ubuntu SMP PREEMPT_DYNAMIC Fri Jan 20 15:20:08 UTC 2023 x86_64 GNU/Linux (Ubuntu 22.10). Das Debian Paket lässt sich fehlerfrei installieren und zeigt die html-Inhalte korrekt an. |
|
...um in das Thema mal tiefer einzusteigen habe ich auf meinem Debian System ein Make durchgeführt. Im deployment step, in dem das AppImage gebaut wird, bekommt man dann die Warnung, dass das System zu neu sei, und das AppImage deshalb auf älteren Betriebssystemen nicht starten wird. Also habe ich mal eben eine VM auf Basis von Ubuntu 20.04 gebaut und darauf den kbh Make durchgeführt. Das unter Ubunut 20.04 gebaute AppImage startet aber auf dem aktuellen Manjaro nicht. Fehlermeldung: merkwürdig. Also zurück auf der VM habe ich mir mal die geladenen Images eines gestarteten kbh.AppImage angeschaut: Sehr interessant ist jetzt die Liste der offenen Dateien des ersten QtWebEngineProcess Subprozesses: Von dem Prozess wird die lokale /usr/lib/x86_64-linux-gnu/libQt5WebEngineCore.so.5.12.8 lib geladen. Und das erscheint mir als sehr ungewöhnlich. Nach meinem Verständnis würde ich erwarten, dass die WebEngine inkl. mindestens der QT-spezifischen Libs aus dem gemounteten AppImage geladen werden. Der startende Prozess 39912 lädt die Datei jedenfalls aus dem Image. Sie beigefügte Files. ps-aef-lsof.zip |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hallo,
das Problem ist nicht neu, war eventuell vielleicht zwischendurch mal erledigt und ist wieder zurück.
Die 2.5.0er AppImage Versionen für Linux zeigen wieder keine html-Dokumente:
Weder mit dem kleiner-brauhelfer-2-x86_64.AppImage, noch mit kleiner-brauhelfer-2-x86_64_qt5.15.3.AppImage.
Wird das _qt5.15.3.AppImage in einer Console gestartet kann man folgende Fehlermeldungen beobachten
Setting $XDG_CONFIG_HOME to /home/peter/tmp/kleiner-brauhelfer-2-x86_64_qt5.15.3.AppImage.config [91120:91120:0301/152100.417539:ERROR:validation_errors.cc(87)] Invalid message: VALIDATION_ERROR_UNEXPECTED_STRUCT_HEADER [91120:91120:0301/152100.417578:ERROR:render_process_host_impl.cc(5185)] Terminating render process for bad Mojo message: Received bad user message: Validation failed for network.mojom.URLLoaderFactory [VALIDATION_ERROR_UNEXPECTED_STRUCT_HEADER] [91120:91120:0301/152100.417585:ERROR:bad_message.cc(26)] Terminating renderer for bad IPC message, reason 123 [91120:91120:0301/152100.417743:ERROR:validation_errors.cc(87)] Invalid message: VALIDATION_ERROR_UNEXPECTED_STRUCT_HEADER [91120:91120:0301/152100.417756:ERROR:render_process_host_impl.cc(5185)] Terminating render process for bad Mojo message: Received bad user message: Validation failed for network.mojom.URLLoaderFactory [VALIDATION_ERROR_UNEXPECTED_STRUCT_HEADER] [91120:91120:0301/152100.417762:ERROR:bad_message.cc(26)] Terminating renderer for bad IPC message, reason 123 [91120:91120:0301/155242.365813:ERROR:validation_errors.cc(87)] Invalid message: VALIDATION_ERROR_UNEXPECTED_STRUCT_HEADER [91120:91120:0301/155242.365845:ERROR:render_process_host_impl.cc(5185)] Terminating render process for bad Mojo message: Received bad user message: Validation failed for network.mojom.URLLoaderFactory [VALIDATION_ERROR_UNEXPECTED_STRUCT_HEADER] [91120:91120:0301/155242.365850:ERROR:bad_message.cc(26)] Terminating renderer for bad IPC message, reason 123 [91120:91120:0301/155242.366042:ERROR:validation_errors.cc(87)] Invalid message: VALIDATION_ERROR_UNEXPECTED_STRUCT_HEADER [91120:91120:0301/155242.366049:ERROR:render_process_host_impl.cc(5185)] Terminating render process for bad Mojo message: Received bad user message: Validation failed for network.mojom.URLLoaderFactory [VALIDATION_ERROR_UNEXPECTED_STRUCT_HEADER] [91120:91120:0301/155242.366053:ERROR:bad_message.cc(26)] Terminating renderer for bad IPC message, reason 123 [91120:91120:0301/155243.066111:ERROR:validation_errors.cc(87)] Invalid message: VALIDATION_ERROR_UNEXPECTED_STRUCT_HEADER [91120:91120:0301/155243.066139:ERROR:render_process_host_impl.cc(5185)] Terminating render process for bad Mojo message: Received bad user message: Validation failed for network.mojom.URLLoaderFactory [VALIDATION_ERROR_UNEXPECTED_STRUCT_HEADER] [91120:91120:0301/155243.066149:ERROR:bad_message.cc(26)] Terminating renderer for bad IPC message, reason 123Der Inhalt der Meldung legt nahe, dass es sich um Problem bei der Nutzung eines Browser-Plugins handelt.
Ich habe das Problem sowohl unter Ubuntu 22.10, als auch auf einem aktuellen Manjaro.
Ein lokal gebautes Image auf Manjaro läuft einwandfrei, ebenso wie das installierte Debian-Paket auf Ubuntu (die Version ohne qt5.15.3 im Paketnamen).
Ebenso hatte ich zuletzt massiv Probleme mit einer FreeCAD AppImage Version. Auch FreeCAD basiert auf Qt. Dort hatte ich den Effekt, dass ein Fenster-spezifisches Keyboard-Mapping in der AppImage Version nicht funktionierte. Die Zahlen 0-6 führen beim Cursor über dem Arbeitsbereich zur Änderung der Ansicht, über einem Dialog-Eingabefeld zur Zahleneingabe. Der Fehler in der App-Image Version: die Zahleneingabe bei den Zahlen 0-6 im Dialogfeld funktionierte nicht, 7-9 funktioinierten). In FreeCAD bin ich auf eine snap-installierte Variante umgezogen - damit habe ich keine Problem mehr.
Insofern stellt sich die Frage, ob man sich mit den AppImage-Versionen für Linux nicht mehr Arbeit als Nutzen einhandelt... Eine Dokumentation, wie kbh2 auf Arch Linux basierten Distributionen einfach installiert wird, habe ich heute per Pull Request beigesteuert - ein Grund weniger für das AppImage.
Ohne HTML-Darstellung macht kbh2 halt auch keinen Spaß mehr...
The text was updated successfully, but these errors were encountered: