Bug 62093

Summary: VIEWING of preview in Print Dialog destroyed after horizontal or vertical resize
Product: LibreOffice Reporter: Rainer Bielefeld Retired <LibreOffice>
Component: UIAssignee: Not Assigned <libreoffice-bugs>
Status: VERIFIED WORKSFORME    
Severity: minor CC: andrei.dragomirescu, aron.budea, cassie_lx, harald.koester, ilmari.lauhakangas, jmadero.dev, LibreOffice, m.weghorn, vercha, xiscofauli
Priority: medium Keywords: regression
Version: 4.0.1.2 release   
Hardware: Other   
OS: All   
See Also: https://bugs.freedesktop.org/show_bug.cgi?id=63228
Whiteboard:
Crash report or crash signature: Regression By:
Bug Depends on:    
Bug Blocks: 103309    
Attachments: Screenshot shows damages
The initial print dialog after calling it from the menu
Print preview after vertical resizing.
Print preview after horizontal resizing.
Print preview after diagonal (both horizontal AND vertical) resizing.

Description Rainer Bielefeld Retired 2013-03-10 09:11:41 UTC
Created attachment 76262 [details]
Screenshot shows damages

It seems we have a redraw there.

Steps how to reproduce [Reproducible] with server installation of "LibO  4.0.1.2 release   -  German UI / German Locale  [Build ID: 84102822e3d61eb989ddd325abf1ac077904985)]"  {tinderbox: @6, pull time  2013-02-28 08:53(?)} on German WIN7 Home Premium (64bit) with newly created user profile ….\LibreOffice\4012\

1. open new Presentation from LibO Start Center
2. Menu 'File -> Print'
   > Print dialog appears, shwoing previes
3. Increase size by drag and drop bottom border of dialog down quickly
   Bug: redraw problem with artifacts in preview area (see screenshot)

Also reproducible with Writer, calc, Draw

With some first quick tests I did no see a dependency to Hardware acceleration, experimental features or similar
Comment 1 Joel Madero 2013-04-15 02:57:32 UTC
Marking as NEW as it's your bug Rainer - but not reproducible in Linux, must be Windows only

Please prioritize however you see fit :)
Comment 2 CassieLX 2013-07-24 20:12:15 UTC
I confirm this bug with LibO 4.1.0.4 and 4.0.4.2 on WindowsXP SP3 and Windows 7.

No issues in Linux.
Comment 3 Arnaud Versini 2013-07-24 20:33:21 UTC
Bug can be reproduced sometimes, but really rarely on Linux (Ubuntu 64)
Comment 4 Joel Madero 2015-05-02 15:42:00 UTC Comment hidden (obsolete)
Comment 5 CassieLX 2015-05-04 17:57:34 UTC
The bug ist still in LO4.4.3.2.
Tested in Windows 7 and only if the window is horizontally or vertically resized. 
The window will be refreshed when the window size is changed diagonally ONLY.

Think there is a wrong AND or/and OR condition. ;-) Should be easy to fix.

Could be that I'm wrong, but windows apps have to refresh their window content themselves, in linux the toolkits are doing it for you - that's why it happens windows-only.
Comment 6 CassieLX 2015-05-04 17:59:36 UTC
Created attachment 115317 [details]
The initial print dialog after calling it from the menu
Comment 7 CassieLX 2015-05-04 19:44:18 UTC
Created attachment 115318 [details]
Print preview after vertical resizing.
Comment 8 CassieLX 2015-05-04 19:44:56 UTC
Created attachment 115319 [details]
Print preview after horizontal resizing.
Comment 9 CassieLX 2015-05-04 19:45:57 UTC
Created attachment 115320 [details]
Print preview after diagonal (both horizontal AND vertical) resizing.
Comment 10 QA Administrators 2016-09-20 09:37:49 UTC Comment hidden (obsolete)
Comment 11 Harald Koester 2016-09-23 21:29:10 UTC
Bug still exists in version 5.2.1 with Win7.
Comment 12 QA Administrators 2017-10-23 14:11:54 UTC Comment hidden (obsolete)
Comment 13 Harald Koester 2017-11-11 16:04:19 UTC
Bug still exists in version 5.4.3 (64 bit, Win10).
Works for me wiht version 3.6.7. Hence regression.
Comment 14 Buovjaga 2018-05-18 19:06:14 UTC
Still repro.

Version: 6.1.0.0.alpha1+ (x64)
Build ID: 8c07193cec5e09d50b20bc5b107da02a7d8f05a5
CPU threads: 4; OS: Windows 10.0; UI render: default; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-05-17_23:03:56
Locale: fi-FI (fi_FI); Calc: group
Comment 15 Buovjaga 2018-05-19 16:44:38 UTC
This is actually reproducible on Linux as well.

Arch Linux 64-bit
Version: 6.1.0.0.alpha1+
Build ID: 21b11273ae91f0cf7fd5f3f9fd2168e4349852c4
CPU threads: 8; OS: Linux 4.16; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on May 11th 2018
Comment 16 Buovjaga 2018-06-30 11:35:11 UTC
Unfortunately, even though the problem is clearly and reliably visible in recent Linux versions, I am unable to see it in the bibisect repos under Ubuntu 14.04. Tried also with gen VCL backend.

Would be great to get older Windows bibisect repos.
Comment 17 Daniel Silva 2019-03-08 03:47:51 UTC
*** Bug 123692 has been marked as a duplicate of this bug. ***
Comment 18 Timur 2021-04-19 13:13:23 UTC
I reproduced with older Lo but not with master 7.2+ so I guess WFM.
Comment 19 Buovjaga 2021-04-19 14:31:08 UTC
Yep, no repro for me either

Arch Linux 64-bit
Version: 7.2.0.0.alpha0+ / LibreOffice Community
Build ID: f1d9648b5196eacac080a2a4db42c06829554107
CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 19 April 2021
Comment 20 Rainer Bielefeld Retired 2021-05-16 07:12:43 UTC
I did a very quick and dirty test with LibO 5.2, 6.2 and my current 
Version: 7.0.5.2 (x64), Build ID: 64390860c6cd0aca4beafafcfd84613dd9dfb63a
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded on WIN7

Result: Still visible for older versions, but no longer reproducible with 7.0.
There has been a redesign of the dialog from LibO6 to LibO7 which seems to have resolved the problem.