Bug 156399

Summary: WRITER: Printing after using Replace All causes page content to be blank in print preview and on printed page
Product: LibreOffice Reporter: Julian Ragan <j.ragan>
Component: WriterAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED DUPLICATE    
Severity: normal CC: stephane.guillou
Priority: medium    
Version: 6.3.4.2 release   
Hardware: x86-64 (AMD64)   
OS: Windows (All)   
See Also: https://bugs.documentfoundation.org/show_bug.cgi?id=139164
Whiteboard:
Crash report or crash signature: Regression By:

Description Julian Ragan 2023-07-20 10:21:59 UTC
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
Comment 1 Stéphane Guillou (stragu) 2023-07-21 08:01:26 UTC
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 ***