Description: Disable the storing printer inside document (PrinterName in settings XML) of ODT (leaving it empty) by default (or removal) Steps to Reproduce: 1. Open Writer 2. Create a document & save (make an copy an extract settings.xml) notice PrinterName empty 3. Now Press Printer.. Pick a printer (lets say PDF printer) & send print job. 4. Notice that no document change (desired) 5. Save the file again. And look at the XML.. Now printer name is stored Actual Results: Printer name embedded in file Expected Results: Many things wrong with this: A) Doesn't work all the time -> As printer doesn't trigger a change; probably disabled somewhere for the reason no change is expected) B) Kind of privacy issue. Yes, I like clean documents C) Apparently No Printer is stored too https://www.phoronix.com/forums/forum/software/general-linux-open-source/1236159-libreoffice-7-1-community-edition-released?p=1236179#post1236179) D) It might trigger a search for non-available or badly available printer E) Not sure what happens when sharing the file outside the editors environment. So it will pick-up any printer with the same name on any system? So prefer to disable to whole fuzz by default. Broken anyhow. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 3ed9bba283a6a67864c0928186e277240be0d9ba CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
I confirm the described behaviour with Version: 7.2.0.3 (x64) / LibreOffice Community Build ID: 2a7ea282da28d665a7dc086360567b4aea27bf08 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL but I can't decide, if this should be considered as a bug or not.
(In reply to Dieter from comment #1) > but I can't decide, if this should be considered as a bug or not. Lets add UX-advise
Use case is clear to me: convenience feature in case of more than one printer (eg, b/w and color) or formatting prerequisite (eg. letter vs. a4). Have you tried to reset file > properties?
(In reply to Heiko Tietze from comment #3) > Use case is clear to me: convenience feature in case of more than one > printer (eg, b/w and color) or formatting prerequisite (eg. letter vs. a4). > Have you tried to reset file > properties? Not denying use-cases :-). Is more debatable from privacy perspective, IMHO. If you use a document only in your working station is obviously works. However moving stuff across different departments or the internet, you might not want to share that information And well I have no idea how to avoid it from happening (if you dislike it)
(In reply to Telesto from comment #4) > And well I have no idea how to avoid it from happening (if you dislike it) this? v > (In reply to Heiko Tietze from comment #3) > > Have you tried to reset file > properties?
(In reply to Heiko Tietze from comment #5) > > (In reply to Heiko Tietze from comment #3) > > > Have you tried to reset file > properties? No, but now I did :-).. And doesn't make any difference..
Uncheck "[ ] Apply user data", Reset Properties and Save. But... this does not clean up <config:config-item config:name="PrinterName"... and <config:config-item config:name="PrinterSetup". Having difficulties to test the issue since I have only one printer connected. Printing a new document to PDF keeps this printer as default (probably set via File > Printer Settings). It seems to me that we mix two features. If you talk about the number of print outs shown on the properties dialog, this should be cleared with the reset function. If this is about the default printer, I cannot test how it behaves on different workstations/users. Would expect the printer to follow the workstation setting, or what is stored in the document. If the stored parameter doesn't match the current environment it takes the default. Don't see an issue here, maybe privacy.
(In reply to Heiko Tietze from comment #7) > Uncheck "[ ] Apply user data", Reset Properties and Save. But... this does > not clean up <config:config-item config:name="PrinterName"... and > <config:config-item config:name="PrinterSetup". > > Having difficulties to test the issue since I have only one printer > connected. Printing a new document to PDF keeps this printer as default > (probably set via File > Printer Settings). It seems to me that we mix two > features. I'm printing to a PDFPrinter.. doesn't matter. It might matter if you press save after print.. {Print doesn't trigger a change, which is weird if you desire to save printer status inside a document..[ > > If you talk about the number of print outs shown on the properties dialog, > this should be cleared with the reset function. No > If this is about the default printer, I cannot test how it behaves on different workstations/users. Would > expect the printer to follow the workstation setting, or what is stored in > the document. If the stored parameter doesn't match the current environment > it takes the default. Well, say you have the Printer with same name by accident.. however in a different environment.. take lovely network printer with hell of a lag.. that will be the default (if stored in file). If there is no match, it's probably obsolete.. > Don't see an issue here, maybe privacy. Well printers (or maybe I'm confusing the Printer spoolers mess) are an attack vector. Printer means drivers.. drivers means bugs.. bugs means.. access point.. Obviously a long shot :-) -- Major point.. What's the history related to this feature. What was the initially idea and context. And does it match today's world. It might had a propose (sense), but does it still hold true?
Practical perspective: bug 42673 comment 17 -- From bug 144267 comment 1: Uwe Auer 2021-09-02 11:21:52 UTC This sounds like known issue with loading printer settings on file opening while printer is offline and Libreoffice (i.e. Calc) waits for Windows print spooler response. See bug tdf#42673. Please try to disable Tools -> Options -> Load/Save -> General -> [] Load printer settings with the document.
(In reply to Telesto from comment #6) > (In reply to Heiko Tietze from comment #5) > > > (In reply to Heiko Tietze from comment #3) > > > > Have you tried to reset file > properties? > > No, but now I did :-).. And doesn't make any difference.. This is definitely a problem to solve anyway. The reason for storing the printer data with the document is to allow the manual configuration of print settings to be stored per-document, which may be super-useful for non-default non-trivial cases like printers needing special setup for brochure printing. (No idea how working/broken the current state is; just describing the idea.) Tools that may require non-default printer processing often have such things (Autocad/DWG comes to mind); some (no idea what proportion though) LibreOffice users definitely may take advantage from this.
This bug is still Unconfirmed and a decision needs to be taken. I will not confirm bug as asked (not storing printer by default) but I will confirm enhancement like this (unless explained differently): Add Reset Printer to File > Properties > General to remove printer info from settings.xml Related to Comment 7, Reset Properties will now not remove printer section from the file but can replace it with the new default printer. That's one of workarounds for bug 42673 but not a solution for this one.
Today I saw that default printer was added into document on a simple save, without print. That should be changed, no need to add printer if not printed.