Bug 118262 - Use of Print Options is not Transparent
Summary: Use of Print Options is not Transparent
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Printer-Settings Document-Options
  Show dependency treegraph
 
Reported: 2018-06-20 08:51 UTC by Harald Koester
Modified: 2023-02-26 03:21 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Harald Koester 2018-06-20 08:51:16 UTC
In bug 47583 I already described a bug with respect to print options. Here I will report some more problems of this function.

There are 3 dialogues where a user is able to change print options: (a) Tools > Options > LibreOffice Writer > Print, (b) File > Printer Settings … > Options …, (c) File > Print… > [different tabs]. For a user it's not transparent how and when these options are used and saved. To my opinion they should be used as follows: 

Case (a): These options are used as initial values of a new document. Changes of these options are saved in the user profile.

Case (b): These options refer to a specific document and changes are saved together with the document. These options are used as initial values in the print dialogue.

Case (c): These options are only valid for a single print. They are not saved. (Or: These options are only valid during a session?? E.g. in order to use the options for direct printing??)

Perhaps above use was also intended during the current implementation. But the function does not work as expected in all cases. And it is not transparent for a user. Myself It took me quite a lot of time to understand the function. 

In order to improve the understanding of the function, additional descriptions are needed within the respective dialogues:

(a) E.g.: “Options are used as initial values of a new document. Changed options will be saved within the user profile.”

(b) E.g.: “Options are used as initial values for a print. Changed options will be saved together with the document.”

(c) E.g.: “Options are only used for a single print (or: Options are used only during a session??). Changed options are not saved.”

Also the help should be checked in order to improve the understanding of this function.

Test against above description:

[1] Open new text document and insert some text.
[2] Change a printer setting: File > Printer Settings … > Options ...  , check or uncheck a contents option. Then 2 times OK.
[3] Save and close document.
[4] Open document again.
[5] Open printer settings again: File > Printer Settings … > Options … The change of step 2 has not been saved. Expected: Change should be saved.
[6] Close both dialogues Printer Options and Printer Setup with Cancel.
[7] Open print dialogue: File > Print… > Tab LibreOffice Writer > Check or uncheck a contents option, then OK. The documented is printed.
[8] Open printer settings: File > Printer Settings … > Options … The change of step 7 is not transferred to this dialogue. This is OK, because the change is only used for a single print. Cancel both dialogues.
[9] Print again: Open print dialogue: File > Print… > Tab LibreOffice Writer > Check or uncheck a contents option, then OK. The documented is printed.
[10] Open print dialogue again: File > Print… > Tab LibreOffice Writer. The change of step 9 is still valid in this dialogue. Expected: Change should not be used, because option is only valid for a single print. Cancel dialogue.
[11] Open printer settings again: File > Printer Settings … > Options. The change of step 9 is  transferred to this dialogue. Expected: Change should not be transferred to this dialogue, because the change was performed in the print dialogue (step 9) and not in printer settings dialogue. Cancel both dialogues.
[12] Save and close document. 
[13] Open document again. 
[14] Open print dialogue again:  File > Print… > Tab LibreOffice Writer. The change of step 9 has been saved and is still valid. Expected: No save and reload of option. Cancel dialogue.
[15] Open printer settings again: File > Printer Settings … > Options … The change of step 9 is valid. Expected: Change should not be used in this dialogue, because the change was performed in print dialogue (step 9) and not in printer settings dialogue. Cancel both dialogues.

Bug already exists in version 3.3.0. Hence inherited from OOo.

See also bug 47583 and bug 47572.

In Calc and Math the problem exists in the same manner. In Impress and Draw it is even worse: You are not able to change options in the printer settings of Impress and Draw.
Comment 1 Julien Nabet 2018-06-20 09:53:41 UTC
Daniel/Katarina: noticing https://summerofcode.withgoogle.com/projects/#4508919720837120, thought you might be interested in this one (+ bugtrackers put in See also or meta 64679 "Printer-Settings)
Comment 2 Susan Gessing 2018-07-01 22:11:31 UTC
I followed all 15 steps and obtained every result that is mentioned here. Exactly. The steps to reproduce this issue are clear and concise; very nice job. The build I tested was the following. I will test 6.2.0.0 next. I am using Windows 8.1.

Version: 6.0.5.2 (x64)
Build ID: 54c8cbb85f300ac59db32fe8a675ff7683cd5a16
CPU threads: 4; OS: Windows 6.3; UI render: GL; 
Locale: en-US (en_US); Calc: CL
Comment 3 Susan Gessing 2018-07-01 23:14:47 UTC
Using Windows 8.1, I followed the steps as noted and obtained the exact results mentioned. Used the following for the testing:

Version: 6.2.0.0.alpha0+
Build ID: b1740fba0d1e6e3d69c3781734509317f42a0e4f
CPU threads: 4; OS: Windows 6.3; UI render: GL; 
TinderBox: Win-x86@42, Branch:master, Time: 2018-06-15_08:49:04
Locale: en-US (en_US); Calc: CL
Comment 4 QA Administrators 2019-07-04 02:47:14 UTC Comment hidden (obsolete)
Comment 5 Harald Koester 2019-07-16 16:55:39 UTC
Bug still exists in version 6.2.5 (64 bit, Win10).
Comment 6 Buovjaga 2021-02-25 12:55:47 UTC
*** Bug 138484 has been marked as a duplicate of this bug. ***
Comment 7 QA Administrators 2023-02-26 03:21:15 UTC
Dear Harald Koester,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug