RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1436688 - Options missing for libreoffice documents
Summary: Options missing for libreoffice documents
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: gnome-documents
Version: 7.6
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: rc
: ---
Assignee: Debarshi Ray
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On: 1419928
Blocks: 1395724 1477211
TreeView+ depends on / blocked
 
Reported: 2017-03-28 12:50 UTC by Martin Krajnak
Modified: 2020-02-12 13:45 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 1419928
Environment:
Last Closed: 2020-02-12 13:45:03 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
GNOME Bugzilla 778281 0 Normal NEW Support printing in LOKDocView 2020-02-21 09:40:29 UTC

Description Martin Krajnak 2017-03-28 12:50:01 UTC
+++ This bug was initially created as a clone of Bug #1419928 +++

Cloning this issue just to keep track that this affects also RHEL 7

Description of problem:
In previous versions there were options allowing libreoffice documents to rotate document, print document and switch to present mode. These options are missing now but they are still present for msoffice documents.


Version-Release number of selected component (if applicable):
gnome-documents-3.22.0-1.fc25.x86_64


How reproducible:
always

Steps to Reproduce:
1.Open any libre office document
2.Click in the toggle menu in top bar 


Actual results:
Menu contains Open in Libreoffice, Zoom in, Zoom Out and Options

Expected results:
Menu should contain Open in Libreoffice, Present mode, Print,  Rotate ↶, Rotate ↷, Zoom in, Zoom Out and Options

--- Additional comment from Martin Krajnak on 2017-02-08 04:19:30 EST ---

It looks like certain msoffice files are also affected: xlsx, pptx and docx

--- Additional comment from Pranav Kant on 2017-02-10 14:22:26 EST ---

(In reply to Martin Krajnak from comment #0)
> Created attachment 1248387 [details]
> test file
> 
> Description of problem:
> In previous versions there were options allowing libreoffice documents to
> rotate document, print document and switch to present mode. These options
> are missing now but they are still present for msoffice documents.

I guess from 'previous versions' you meant versions when we used to convert an office document to PDF first and then show it. From 3.20 onwards, we migrated to using LO's shipped gtk widget, LOKDocView, that renders the document for us using LibreOffice installed on your system. This solves couple of problems like incorrect rendering of spreadsheets etc. when converted to PDF.

As far as i can see from commit history, we never supported these mentioned options right from the point we migrated to LOKDocView (cf. e78b6a5c) as the widget was incapable of them. Hence this is a bug against the LibreOffice widget rather than against gnome-documents.

I would split this into two enhancement requests against LOKDocView widget - 

1) Support for print option in the widget
2) Support for rotation

Can you please file them as separate bugs, preferably on https://bugs.documentfoundation.org/ ? If you can't for some reason, let me know and I will do it.

--- Additional comment from Debarshi Ray on 2017-02-23 12:53:25 EST ---

Downgraded 'severity'. The benefits of using LOKDocView far outweigh the loss of these options. With exception of printing, the others aren't that commonly used.

As Pranav mentioned in comment 2, we need to file these as RFEs against LOKDocView.

--- Additional comment from Pranav Kant on 2017-02-23 22:33:56 EST ---

I have filed the bug upstream - https://bugs.documentfoundation.org/show_bug.cgi?id=106167

For rotation, I am not sure if it would/should be allowed etc. since its an editing area inherrently (which is disabled on the widget level) not any image that you can rotate etc.

--- Additional comment from Martin Krajnak on 2017-02-28 06:33:54 EST ---

For me print option is enough. I reported other options because of consistency as other documents have these functions. Thank you for reporting to document foundation.

Comment 1 Martin Krajnak 2017-03-30 12:05:45 UTC
There is also a problem with print button, when you right click on any of affected documents in list/grid, small panel appears in bottom where is print button. This button does nothing. Based on information you provided so far I think this is probably caused by migration to new rendering widget, is it right ? or should I create separate bug ?

Comment 2 Debarshi Ray 2017-03-30 17:19:27 UTC
(In reply to Martin Krajnak from comment #1)
> There is also a problem with print button, when you right click on any of
> affected documents in list/grid, small panel appears in bottom where is
> print button. This button does nothing. Based on information you provided so
> far I think this is probably caused by migration to new rendering widget, is
> it right ? or should I create separate bug ?

Yes, could you please file a separate bug for the print button? It should be disabled for LibreOffice formats.

Comment 3 Matthias Clasen 2017-11-10 20:09:50 UTC
According to the upstream bug, this requires changes in libreoffice (Enable printing in LokView).

Comment 4 Martin Krajnak 2018-06-26 11:48:33 UTC
Still missing in gnome-documents-3.28.1-1.el7.x86_64

Comment 5 Martin Krajnak 2019-04-05 14:36:11 UTC
Can reproduce in 7.7

libreofficekit-5.3.6.1-21.el7.x86_64
gnome-documents-3.28.2-2.el7.x86_64
gnome-documents-libs-3.28.2-2.el7.x86_64

Comment 6 Debarshi Ray 2020-02-12 13:44:55 UTC
RHEL 7 is approaching its Extended Life Cycle Support phase; and GNOME Documents is only weakly maintained upstream. It's too late to implement new features for RHEL 7, and GNOME Documents isn't part of RHEL 8.

Comment 7 RHEL Program Management 2020-02-12 13:45:03 UTC
Development Management has reviewed and declined this request. You may appeal this decision by using your Red Hat support channels, who will make certain  the issue receives the proper prioritization with product and development management.

https://www.redhat.com/support/process/production/#howto


Note You need to log in before you can comment on or make changes to this bug.