Bug 1358172
| Summary: | gnome-documents seems to be unable interpret DVI files. | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Michal Odehnal <modehnal> | ||||||||||
| Component: | gnome-documents | Assignee: | Debarshi Ray <debarshir> | ||||||||||
| Status: | CLOSED WONTFIX | QA Contact: | Desktop QE <desktop-qa-list> | ||||||||||
| Severity: | high | Docs Contact: | |||||||||||
| Priority: | unspecified | ||||||||||||
| Version: | 7.5 | CC: | debarshir, jkoten, mkrajnak, tpelka | ||||||||||
| Target Milestone: | rc | Keywords: | Reopened | ||||||||||
| Target Release: | --- | ||||||||||||
| Hardware: | x86_64 | ||||||||||||
| OS: | Linux | ||||||||||||
| Whiteboard: | |||||||||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||||||
| Doc Text: | Story Points: | --- | |||||||||||
| Clone Of: | |||||||||||||
| : | 1593832 (view as bug list) | Environment: | |||||||||||
| Last Closed: | 2020-02-12 13:59:47 UTC | Type: | Bug | ||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||
| Documentation: | --- | CRM: | |||||||||||
| Verified Versions: | Category: | --- | |||||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||
| Embargoed: | |||||||||||||
| Attachments: |
|
||||||||||||
Maybe we should re-think support for this type of files. It haven;t been working for years and more importantly we just found out that opening the affected file blocks the entire gnome-shell session. Created attachment 1390143 [details]
journalctl.log
This is what journalctl log show while the test is run.
Created attachment 1390145 [details]
g-s gone
Just note that to obtain logs provided by Michal you have to wait up to 10 minutes and also the vm is eating 95% of cpu and 80% of 4096 MB of memory resources gnome-shell panel is gone, but process is running
I just found out, that .dvi files are working in gnome-documents as charm but I had to install evince-dvi.rpm which enables support for dvi files for both evince and gnome-documents. Since the DVI file format is listed as a supported format here: https://help.gnome.org/users/gnome-documents/stable/formats.html.en I think that it should have evince-dvi.rpm as a dependency in the same manner as it has dependency on libreofficekit for displaying libreoffice documents. The secondary problem is that evince-dvi has around ~170 dependencies, most of them are TexLive packages which might be unnecessary package overhead for people who will not use DVI format. For that case I would consider at least something like helper message which will tell the user to install additional package (evince-dvi) if he requires .dvi support. What do you think Debarshi, what solution will be better ? Should we try t osolve it here or propose upstream ? Oh, sorry, I forgot about this bug. Yes, you need the specific evince backends for the MIME type you want to render. Although, it's strange that it blocks the entire session that way. Does evince also do that? The evince-dvi subpackage shows up as an add-on for evince in gnome-software. I don't know if it can also be made to show as a gnome-documents add-on. Created attachment 1448785 [details]
evince
Well, without that addon evince is acting the same way as gnome-documents, it shows the message that the application cannot handle the file.
My point is that from the user perspective, there is no clear way to know that the addon needs to be installed. I found out about the addon thanks to comment in stack overflow thread, otherwise I would think that it is a bug ...
Thanks for the screenshot! Other than showing up as an add-on, the error messages can also be improved to let the user know that there might be some missing backends that can be installed. Maybe that can help? As for evince, does it also block the session when it fails to load the file? Ah, sorry I forgot about my comment, the session is not blocked anymore at least on I can confirm that for RHEL 7.5 and Fedora 28, so that is not an issue anymore. Btw there is upstream issue regarding this (8 years old :O): https://gitlab.gnome.org/GNOME/evince/issues/150 Not reproducible with gnome-documents-3.28.1-1.el7.x86_64 and evince-dvi-3.28.2-4.el7.x86_64. Without evince-dvi package I can still reproduce but that is expected I suppose. As Martin suggested the package evince-dvi should be listed as dependency, and installed together with gnome-documents as user has no information about this package missing. So while this is not exactly a bug, its an issue that ought to be solved. Reopening. RHEL 7 is approaching its Extended Life Cycle Support phase; and GNOME Documents is only weakly maintained upstream. Given the non-critical nature of this bug, it's not fit for RHEL 7 anymore, and GNOME Documents isn't part of RHEL 8. |
Created attachment 1181963 [details] Test DVI file. Description of problem: Gnome-documents cannot interpret DVI files. Version-Release number of selected component (if applicable): gnome-documents-3.14.3-3.el7.x86_64 How reproducible: 100% Steps to Reproduce: 1.Get test file from attachments, or make a DVI file. 2.Open gnome-documents. 3.Open DVI file. Actual results: Documents shows lots of unknown characters. Expected results: File opens normally with right content. Additional info: