Description: If a search and replace dialog [Ctrl-H]is used to replace all occurrences of some text in a document and after that the next action is calling print dialog [Ctrl-P]to print document, then page content (but not its footer or header) will be rendered blank (and if print is clicked, blank page, with footer/header will be printed). It seems that somehow printing dialog print range is set to selection, even though there is no selection made (it happens regardless of user selection prior to calling search and replace dialog). This seem to be related to the introduction of ability to print selection introduced in version 6.3 (Earliest version I could test with was 6.3.4.2). Steps to Reproduce: 1. Open a text document 2. Open search and replace dialog 3. Replace all occurrences of some text 4. Without moving the caret call print dialog Actual Results: A preview of empty page will be shown in print dialog and print range will be set to selection Expected Results: Print range should be set to all pages and print preview should be rendered properly Reproducible: Always User Profile Reset: Yes Additional Info: Earliest tested version with bug present: Wersja: 6.3.4.2 (x64) Build ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa Wątki CPU: 12; OS:Windows 10.0; UI render:GL; VCL: win; Ustawienia regionalne: pl-PL (pl_PL); Język interfejsu: pl-PL Calc: CL Current version with bug still present: Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: pl-PL (pl_PL); UI: pl-PL Calc: CL threaded
I can reproduce by using "find all", "find previous", "find next" or "replace" on by one, as these actions with create a text selection. But not when using "replace all". Version: 7.5.5.2 (X86_64) / LibreOffice Community Build ID: ca8fe7424262805f223b9a2334bc7181abbcbf5e CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded This is a duplicate of bug 139164: there are quite a few cases where a selection is made, sometimes as a side-effect of another action, and therefore the automatic print or PDF export of the selection is unexpected. Thank you for the report! *** This bug has been marked as a duplicate of bug 139164 ***