Bug 62093 - VIEWING of preview in Print Dialog destroyed after horizontal or vertical resize
Summary: VIEWING of preview in Print Dialog destroyed after horizontal or vertical resize
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
4.0.1.2 release
Hardware: Other All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks: Print-Dialog
  Show dependency treegraph
 
Reported: 2013-03-10 09:11 UTC by Rainer Bielefeld Retired
Modified: 2018-06-30 11:35 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot shows damages (241.71 KB, image/png)
2013-03-10 09:11 UTC, Rainer Bielefeld Retired
Details
The initial print dialog after calling it from the menu (75.25 KB, image/png)
2015-05-04 17:59 UTC, Papamatti
Details
Print preview after vertical resizing. (80.84 KB, image/png)
2015-05-04 19:44 UTC, Papamatti
Details
Print preview after horizontal resizing. (89.94 KB, image/png)
2015-05-04 19:44 UTC, Papamatti
Details
Print preview after diagonal (both horizontal AND vertical) resizing. (74.23 KB, image/jpeg)
2015-05-04 19:45 UTC, Papamatti
Details

Note You need to log in before you can comment on or make changes to this bug.
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 Papamatti 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 Papamatti 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 Papamatti 2015-05-04 17:59:36 UTC
Created attachment 115317 [details]
The initial print dialog after calling it from the menu
Comment 7 Papamatti 2015-05-04 19:44:18 UTC
Created attachment 115318 [details]
Print preview after vertical resizing.
Comment 8 Papamatti 2015-05-04 19:44:56 UTC
Created attachment 115319 [details]
Print preview after horizontal resizing.
Comment 9 Papamatti 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.