Bug 156399 - WRITER: Printing after using Replace All causes page content to be blank in print preview and on printed page
Summary: WRITER: Printing after using Replace All causes page content to be blank in p...
Status: RESOLVED DUPLICATE of bug 139164
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.4.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-07-20 10:21 UTC by Julian Ragan
Modified: 2023-08-07 07:56 UTC (History)
1 user (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 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 ***