Bug 92193 - Window re-drawn at old position after opening file (un-doing user action to move it)
Summary: Window re-drawn at old position after opening file (un-doing user action to m...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-06-19 21:20 UTC by Jim Avera
Modified: 2023-10-04 23:26 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
An example spreadsheet which takes a while to read in (285.83 KB, application/vnd.oasis.opendocument.spreadsheet)
2015-06-19 21:20 UTC, Jim Avera
Details
video showing the "snap back" behaviour under Linux (1005.20 KB, video/mp4)
2015-06-20 06:01 UTC, Jim Avera
Details
Alternate version of previous video in .ogg format (works with vlc) (706.59 KB, video/ogg)
2015-06-21 05:13 UTC, Jim Avera
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jim Avera 2015-06-19 21:20:04 UTC
Created attachment 116664 [details]
An example spreadsheet which takes a while to read in

If the main window is moved (e.g. with the mouse) while a document is being opened, then afterwards LO moves the window back to where it was, effectively un-doing the user's action.   It is as if the position of the window is sensed, then the document is read, and then the window is re-drawn at its OLD location.   This is quite annoying, especially when opening a large document which takes a number of seconds to read.  

I'm guessing the fix is to sense the window position only *immediately* before re-drawing the window, without doing anything else inbetween those steps.

STEPS TO REPRODUCE:

1. Start libreoffice on the attached demo spreadsheet.
2. As soon as the window appears (initially empty), move it somewhere else
3. Respond to the "Enable Macros?" question (yes or now, doesn't matter)

Actual results: The window is moved back where it initially appeared

Expected results: The window should stay where the user put it
Comment 1 tommy27 2015-06-20 05:31:37 UTC
which O/S are you using? could you provide a screencast?
Comment 2 Jim Avera 2015-06-20 06:01:47 UTC
Created attachment 116669 [details]
video showing the "snap back" behaviour under Linux
Comment 3 Jim Avera 2015-06-20 06:03:43 UTC
I'm running Ubuntu linux 15.04.

In the video just attached, the window is not initially fully painted for some reason (this doesn't always seem to be the case).  Anyway, the pop-up question asking whether to enable macros occurs, and after I clicked an answer, the window "snapped back" to where it was before I re-positioned it.

There is later a secondary pop-up asking about links which is irrelevant.
Comment 4 tommy27 2015-06-20 06:15:36 UTC
sorry but the screencast just show an inactive desktop... 
can you provide another one?
Comment 5 Jim Avera 2015-06-21 05:12:18 UTC
tommy27 -- The video works for me when viewed in Firefox (38.0 for Linux), but I can't tell you how Firefox does it.  It might use the Flash plug-in, which I have installed.

But I get the same symptom as you using vlc -- only the first frame displays. vlc gave an error on the terminal about the resolution being too high.

Anyway, I will attach the original .ogv file which vlc can play (on my system, anyway).

-Jim

P.S. I take it you do not see the symptoms when you perform the "Steps to Reproduce".  Is that correct?
Comment 6 Jim Avera 2015-06-21 05:13:51 UTC
Created attachment 116694 [details]
Alternate version of previous video in .ogg format (works with vlc)
Comment 7 raal 2015-06-21 18:04:56 UTC
I can confirm with Version: 5.1.0.0.alpha1+
Build ID: 3ecef8cedb215e49237a11607197edc91639bfcd
TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2015-06-20_01:01:56
Comment 8 QA Administrators 2016-09-20 10:09:50 UTC Comment hidden (obsolete)
Comment 9 Jim Avera 2016-09-21 21:26:57 UTC
Bug still there in 5.2.3.0.0+

To recap: If the main LO window is moved (using the window manager) while a large spreadsheet is being read, then after the read completes LO moves the window back to its original position.  It shouldn't.
Comment 10 Xisco Faulí 2017-09-29 08:50:59 UTC Comment hidden (obsolete)
Comment 11 Jim Avera 2017-09-29 18:43:57 UTC
The problem is still there in master (Version: 6.0.0.0.alpha0+
built 2017-09-27_03:02:09).

To recap: If the main LO window is moved (using the window manager) while a large spreadsheet is being read, then after the read completes LO moves the window back to its original position.  It shouldn't.
Comment 12 QA Administrators 2018-09-30 02:48:38 UTC Comment hidden (obsolete)
Comment 13 Jim Avera 2018-10-01 19:51:49 UTC
Problem is still present in

Version: 6.2.0.0.alpha0+
Build ID: 3e1d531002e74fe6cd144366bcfdcb77b94f8990
CPU threads: 12; OS: Linux 4.15; UI render: default; VCL: gtk2; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2018-09-23_18:22:34
Locale: en-US (en_US.UTF-8); Calc: threaded

on Ubuntu 18.04 using Xorg
Comment 14 QA Administrators 2019-10-02 02:56:00 UTC Comment hidden (obsolete)
Comment 15 QA Administrators 2021-10-02 03:40:08 UTC Comment hidden (obsolete)
Comment 16 QA Administrators 2023-10-03 03:16:26 UTC Comment hidden (obsolete)
Comment 17 Jim Avera 2023-10-04 23:26:15 UTC
Still in 24.2 alpha (master)