| Summary: | Cinnamon: "Documents" unable to open .pdf file type, (not /Documents) yet has a default .pdf available | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Ben McMonagle <westel> |
| Component: | RPM Packages | Assignee: | Olav Vitters <olav> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | gnome, lewyssmith, olav |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | evince-3.37.3-1.mga8.src.rpm | CVE: | |
| Status comment: | evince packaging bug, /usr/lib64/evince/4/backends needs to be installed together with the lib | ||
| Attachments: |
image showing link to document that 5 month old
result of clicking on icon in previous screenshot Correct display on double-clicking the 'getting started' icon journalctl -n 500 as requested adding gnome-docs to a Mga7 plasma5 |
||
|
Description
Ben McMonagle
2020-07-25 09:27:28 CEST
Created attachment 11765 [details]
image showing link to document that 5 month old
Unsure about the title: - Displays a *link* is not the same as 'shows a file'. What shows ... ? $ ls -l Documents/ - The fact of this file being 5 months old seems irrelevant. What really bugs you is, I suspect, "a newly installed system should have no such [file]". Not neccessarily so: the file seems totally in order in the context:- "Getting started with Documents" I have seen this in the past. It would not be correct if the file manager to which it referred was not installed. I do not have it now to check. Was this a Cinnamon-only installation, or Cinnamon among others? Re your screenshot, I was baffled by what file manager was involved. On my opwn multi-desktop M8 system, the Cinnamon taskbar file manager icon actually raises Nemo; starting Files specifically does not show me the same window as your screenshot. CC:
(none) =>
lewyssmith yes, Cinn only DE there is an entry in the application launcher menu "Documents". clicking the launcher brings up the window in the screenshot. clicking the icon shown brings up another window- see attachment document2.png. this is why I thought it was just a link. so, now i think there is an issue with .pdf mime type not correctly defined Created attachment 11766 [details]
result of clicking on icon in previous screenshot
> there is an entry in the application launcher menu "Documents".
OK, with you at last! Your first screenshot is of this Gnome application, which I had mistakenly taken to be a file manager. [Confused by directory = application name]. And the document is its own kick-start. So far, so good.
I see the same as you show. You certainly need to know how to drive it:
"When you open Documents, documents which are stored locally in one of the standard folders such as Documents or Downloads and in one of your online accounts, are displayed as thumbnails.
To see documents from your online accounts, it is necessary to set up the accounts."
When I double-click the 'Getting started' icon, it displays correctly: see the following attachment. So the problem seems to be that the *application* Documents does not handle PDF in your case.
Can you try seeding (say) ~/Documents with a PDF file, and any other document type you have handy (see below).
- See what is shown in the opening window.
- See whether any *can* be opened by double-clicking.
I tried .pdf .odt .txt . Only the first two types were shown, and both displayed correctly. Ah...
"Documents displays PDF, DVI, XPS, PostScript and the formats supported by Document Viewer, Microsoft Office, LibreOffice and Google Docs."
This seems a pretty useless application, whose main strength is integrating cloud documents.
Created attachment 11769 [details]
Correct display on double-clicking the 'getting started' icon
Showing correct behaviour on my own Classic multi-desktop M8 installation, under Cinnamon.
ok I added a .odt, .txt and a .pdf to /documents launching application "Documents" displayed the .odt and .pdf. .odt opened ok. unable to open .pdf. from /Documents, all document types open. changing title to reflect
Ben McMonagle
2020-07-28 08:34:26 CEST
Summary:
Cinnamon "documents" displays a link to a 5 month old file =>
Cinnamon: "Documents" unable to open .pdf file type, (not /Documents) yet has a default .pdf available After trying to display a PDF file, can you run something like: journalctl -n 500 ? I tried grepping the error message, but seemingly it doesn't come from gnome-documents. Something else is generating that error message. It seems you do have LibreOffice. I'm guessing some dependency is missing to show PDF files for "Documents". Just no clue which dependency. I'm guessing it's a GNOME packaging bug, I don't think Cinnamon forked gnome-documents. CC:
(none) =>
gnome, olav Created attachment 11772 [details]
journalctl -n 500 as requested
running from a user terminal: $ gnome-documents (org.gnome.Documents:4103): EvinceDocument-WARNING **: 18:11:30.685: Error opening directory “/usr/lib64/evince/4/backends”: No such file or directory (org.gnome.Documents:4103): Gjs-WARNING **: 18:11:34.321: JS ERROR: Unable to load document: EvinceDocument.DocumentError: File type PDF document (application/pdf) is not supported loadLocal/<@resource:///org/gnome/Documents/js/documents.js:704:42 main@resource:///org/gnome/Documents/js/main.js:47:24 run@resource:///org/gnome/gjs/modules/script/package.js:222:19 @/usr/bin/gnome-documents:6:17 Created attachment 11773 [details]
adding gnome-docs to a Mga7 plasma5
as atest, i added gnome-docs to my Mga7 plasma, logout and in, shows contents of /documents, but will not open a .pdf, so this problem has been around a while
Ben McMonagle
2020-07-29 08:57:23 CEST
Attachment 11772 description:
as requested =>
journalctl -n 500 as requested Thanks! This is an evince packaging bug, /usr/lib64/evince/4/backends needs to be installed together with the evince lib (Fedora does this). So need to either create a new subpackage, or just combine them in the lib. Probably a new subpackage is best. Status comment:
(none) =>
evince packaging bug, /usr/lib64/evince/4/backends needs to be installed together with the lib Should be fixed with evince-3.37.3-2.mga8. Doing an urpmi --auto-update should install the right files, without actually installing evince. Status:
ASSIGNED =>
RESOLVED |