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.
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
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
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 libStatus: NEW => ASSIGNEDSource RPM: (none) => evince-3.37.3-1.mga8.src.rpmAssignee: bugsquad => olav
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 => RESOLVEDResolution: (none) => FIXED