Bug 156632

Summary: [PRINTING] Print right after Replace All tries to prints an empty selection
Product: LibreOffice Reporter: LeroyG <iavs.leroy>
Component: WriterAssignee: Not Assigned <libreoffice-bugs>
Status: UNCONFIRMED ---    
Severity: normal CC: ilmari.lauhakangas, miguelangelrv
Priority: medium    
Version: 6.4.7.2 release   
Hardware: All   
OS: All   
Whiteboard:
Crash report or crash signature: Regression By:
Attachments: Screenshot with the status bar and print dialog.

Description LeroyG 2023-08-06 01:02:51 UTC 
Description:
As in summary.

Steps to Reproduce:
1. Find a text string (ipsum) and Replace All with another (blabla)
2. Close the Find and Replace dialog
(the status bar don't show count for selected words/characters)
3. Open the print dialog

Actual Results:
Selection (for Range and Copies) is selected, and the preview shows an empty page.

Expected Results:
All Pages (for Range and Copies) is selected, and the preview shows the first page.


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 7.4.7.2 (x86) / LibreOffice Community
Build ID: 723314e595e8007d3cf785c16538505a1c878ca5
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win
Locale: es-MX (es_MX); UI: en-US
Calc: threaded

Version: 7.5.3.2 (x86) / LibreOffice Community
Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win
Locale: es-MX (es_MX); UI: es-ES
Calc: threaded

Version: 7.6.0.1 (x86) / LibreOffice Community
Build ID: 776eaf34564cbf3f034a0ba1fd1d5c32ff9ccf1c
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win
Locale: es-MX (es_MX); UI: es-ES
Calc: threaded

Bug found by my son Alan.
Comment 1 LeroyG 2023-08-06 01:04:11 UTC 
Created attachment 188797 [details]
Screenshot with the status bar and print dialog.
Comment 2 LeroyG 2023-08-06 17:45:32 UTC 
Reproducible with:

Version: 7.4.3.2 / LibreOffice Community
Build ID: 40(Build:2)
CPU threads: 1; OS: Linux 5.14; UI render: default; VCL: gtk3
Locale: es-MX (en_US.UTF-8); UI: en-US
Calc: threaded

Same behavior if text is in a table or frame, or simultaneously in a table and in the document body.

There is no issue if the replaced text were at the header or footer, or simultaneously in a frame and in the document body.

Pressing Escape key after Replace All is a workaround, also there is no issue if the cursor position is changed by keyboard input or mouse click.
Comment 3 m_a_riosv 2023-08-09 02:55:52 UTC 
Maybe related to
Menu/Tools/Options/LibreOffice Writer/Others – Print automatically inserted blank pages.
Comment 4 LeroyG 2023-08-09 13:56:06 UTC 
Reproducible with:

Version: 6.4.7.2 (x86)
Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: default; VCL: win; 
Locale: es-AR (es_MX); UI-Language: en-US
Calc: threaded
Comment 5 LeroyG 2023-08-09 13:57:06 UTC 
(In reply to m.a.riosv from comment #3)
> Maybe related to
> Menu/Tools/Options/LibreOffice Writer/Others – Print automatically inserted
> blank pages.

No. Tested with and without "Print automatically inserted blank pages".
Comment 6 Buovjaga 2023-09-13 06:09:42 UTC 
Not reproduced. Closed the dialog via mouse.

Just wondering, after I replace, I do not have anything selected. So how come it is printing a selection in your case?

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: f5bcc34580d02f92af01963155f2d54776a5249b
CPU threads: 2; OS: Windows 10.0 Build 22621; UI render: default; VCL: win
Locale: en-US (en_FI); UI: en-US
Calc: threaded

Arch Linux 64-bit, X11
Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 43df1237a091e2b0f4495d5a7e959f7beaab025d
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 13 September 2023