Bug 143606 - Write Navigator no longer remembers 2nd monitor
Summary: Write Navigator no longer remembers 2nd monitor
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.2.0.1 rc
Hardware: x86-64 (AMD64) Windows (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Navigator
  Show dependency treegraph
 
Reported: 2021-07-29 15:55 UTC by rferraro
Modified: 2023-12-11 03:14 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description rferraro 2021-07-29 15:55:40 UTC
Description:
In the previous build if navigator was left open on second monitor, it would remember that next time you launched the program. Now it always opens only on main monitor and needs to be manually dragged to 2nd monitor.

Steps to Reproduce:
1. Open Writer. Open (F5) navigator. Drag to second monitor. Shutdown Writer.
2. Next time reopen Writer Navigator is on main screen and needs to be dragged to second monitor.
3. Alternately you can hit F5 drag the navigator to second window. Hit f5 to close and hit F5 again to reopen and it always reopens to main screen.

Actual Results:
Same as above

Expected Results:
That next time I load Writer that the Navigator is on second screen.


Reproducible: Always


User Profile Reset: No



Additional Info:
7.2.0.1
Comment 1 Natali Eroshenko 2021-08-12 13:52:56 UTC
repro in Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: 85f04e9f809797b8199d13c421bd8a2b025d52b5
CPU threads: 6; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: en-US (ru_RU); UI: en-US
Calc: threaded
Comment 2 V Stuart Foote 2023-05-13 17:53:22 UTC
Can not confirm with STR

per LO module, in current session or on close and relaunch. Nor with shutdown of LO and relaunch.  The <F5> Navigator instance will stay where positioned on a second display of a multi-head system as set per module. And the <F5> 'toggle' state is remembered per module between launches and LO sessions.

Version: 7.5.3.2 (X86_64) / LibreOffice Community
Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

nor with recent nightlies against 7.6.0

please retest.

IMHO => WFM
Comment 3 QA Administrators 2023-11-10 03:14:06 UTC Comment hidden (obsolete)
Comment 4 QA Administrators 2023-12-11 03:14:48 UTC
Dear rferraro,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp