Bug Hunting Session
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
: 123692 (view as bug list)
Depends on:
Blocks: Print-Dialog
  Show dependency treegraph
 
Reported: 2013-03-10 09:11 UTC by Rainer Bielefeld Retired
Modified: 2019-09-26 11:49 UTC (History)
9 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.
Comment 17 Daniel Silva 2019-03-08 03:47:51 UTC
*** Bug 123692 has been marked as a duplicate of this bug. ***