https://bugs.documentfoundation.org/show_bug.cgi?id=146648
V Stuart Foote <vstuart.fo...@utsa.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords|needsUXEval |
Severity|enhancement |normal
OS|All |Linux (All)
--- Comment #3 from V Stuart Foote <vstuart.fo...@utsa.edu> ---
OK, my fault. I'm so used to reading between the lines for issue intake I was
over thinking it.
However, can not confirm on Version: 7.2.5.1 (x64) / LibreOffice Community
Build ID: 6d497ff5e83a906a307eb25cce314d40c0b8624f
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
WFM with each opening of the Find & Replace dialog, current session or on new
LO launch, will be where it had last been moved to. On Windows at least, its
positioning is on the full desktop--the LO application frame position and
sizing has no impact.
--
You are receiving this mail because:
You are the assignee for the bug.
