Description: Unwanted scroll deleting header Steps to Reproduce: 1. open attached file attachment 163679 [details] 2. Scroll to page 7 3. Click inside the header -> blue header bar 4. Click header bar -> delete header Actual Results: Jump to first page Expected Results: Stay put? Reproducible: Always User Profile Reset: No Additional Info: Version: 7.2.0.0.alpha0+ (x64) Build ID: f2171af6ce3516598d9f8bac8294025a21a5b1a2 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
Me hoping NISZ dislikes this as much as I do :P based on reset commit related to Track Changes
I confirm the observed behaviour with Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 396c2ad2daad6fe6a11703d0ae1593929834afe2 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: threaded but for me current result is O.K. Cursor has been placed into the header and header is now deleted so cursor is placed at the beginning of the document. I would say NAB
(In reply to Dieter from comment #2) > I confirm the observed behaviour with > > Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community > Build ID: 396c2ad2daad6fe6a11703d0ae1593929834afe2 > CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: > win > Locale: de-DE (de_DE); UI: en-GB > Calc: threaded > > but for me current result is O.K. Cursor has been placed into the header and > header is now deleted so cursor is placed at the beginning of the document. > I would say NAB FWIW: The document contains multitude of 'headers' (different page styles). If I delete a page header for page 7, I don't want to go to page 1. Because cursor 'ends up' at page 1 by programming logic. It makes no sense to me, why I'm I forced to go to page 1 if I deleted a page header on page 7? What's the workflow.. Except losing the page.. And wondering.. where did I go.. 7 pages is pretty clear cut.. take 200 Note: i'm not tending to say that 'scrolling' to cursor, if cursor at page 1 does make sense.. In that case my description simply lacking. In that case cursor is simply not having a 'proper' position. The cursor at page 1 appears to me being a fall-back.. [cursor has to go somewhere, but clue where so.. page 1 logic].. But end-result is kind of the same. I would say no scroll.. [this is my personal take obviously]
(In reply to Telesto from comment #3) > I would > say no scroll.. [this is my personal take obviously] So let's wait for input of further persons.
Not reproduced. The cursor remains on page 7. Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: b2130ad3fda841c68a0436fbddf29bcedede0af5 CPU threads: 2; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: ru-RU (ru_RU.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-08-09_13:03:07 Calc: threaded Please check the latest version.
Dear Telesto, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Appears to be OK Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: ca657b98e49eb2282775f7919827062a7a0b4bfe CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL