Bug 27000

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 PackagesAssignee: 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
Description of problem: When launching "Documents" from the application launcher menu, a link to a document dated 5 months ago is displayed. a newly installed system should have no such link 


Version-Release number of selected component (if applicable):
ISO Name: Mageia-8-beta1-i586.iso
DATE.txt: Sun 19 Jul 2020 12:59:01 PM CEST
md5sum:   ec65777bc934f0e078e8b9c468a01bdb

How reproducible:
everytime

Steps to Reproduce:
1.install Cinnamon from above .iso and reboot
2.login and launch "Documents" from application launcher menu
3.
Comment 1 Ben McMonagle 2020-07-25 09:28:27 CEST
Created attachment 11765 [details]
image showing link to document that 5 month old
Comment 2 Lewis Smith 2020-07-25 12:32:24 CEST
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

Comment 3 Ben McMonagle 2020-07-25 22:14:18 CEST
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
Comment 4 Ben McMonagle 2020-07-25 22:15:14 CEST
Created attachment 11766 [details]
result of clicking on icon in previous screenshot
Comment 5 Lewis Smith 2020-07-26 09:30:48 CEST
> 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.
Comment 6 Lewis Smith 2020-07-26 09:34:20 CEST
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.
Comment 7 Ben McMonagle 2020-07-28 08:31:44 CEST
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

Comment 8 Olav Vitters 2020-07-28 09:54:39 CEST
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

Comment 9 Ben McMonagle 2020-07-29 08:20:21 CEST
Created attachment 11772 [details]
journalctl -n 500 as requested
Comment 10 Ben McMonagle 2020-07-29 08:21:16 CEST
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
Comment 11 Ben McMonagle 2020-07-29 08:56:00 CEST
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

Comment 12 Olav Vitters 2020-07-29 10:17:17 CEST
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
Status: NEW => ASSIGNED
Source RPM: (none) => evince-3.37.3-1.mga8.src.rpm
Assignee: bugsquad => olav

Comment 13 Olav Vitters 2020-07-29 10:48:06 CEST
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
Resolution: (none) => FIXED