Bug 169820 - Line deselection by left clicking makes a view jump
Summary: Line deselection by left clicking makes a view jump
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-12-04 09:06 UTC by Danat
Modified: 2025-12-05 16:11 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Attachments
Video (6.78 MB, video/mp4)
2025-12-04 09:06 UTC, Danat 		Details
File in the video (15.66 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2025-12-04 09:06 UTC, Danat 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Danat 2025-12-04 09:06:18 UTC 
Description:
https://drive.google.com/drive/folders/1bPzEVezOebXLvfSjykIymumlPvdb5R81?usp=sharing

Steps to Reproduce:
1.Drag a line
2.Drop it
3.Deselect it by left clicking

Actual Results:
It makes a view jump

Expected Results:
No view jump


Reproducible: Always


User Profile Reset: No

Additional Info:
In the video
Comment 1 Danat 2025-12-04 09:06:40 UTC 
Created attachment 204423 [details]
Video
Comment 2 Danat 2025-12-04 09:06:56 UTC 
Created attachment 204424 [details]
File in the video
Comment 3 Alex Thurgood 2025-12-04 11:31:54 UTC 
This sounds like a DUP of bug 169805 ?
Comment 4 Danat 2025-12-04 11:36:13 UTC 
(In reply to Alex Thurgood from comment #3)
> This sounds like a DUP of bug 169805 ?

Why should Draw bugs be duped with Writer bug? My bug is in Writer, not Draw
Comment 5 Danat 2025-12-04 11:43:00 UTC 
(In reply to Alex Thurgood from comment #3)
> This sounds like a DUP of bug 169805 ?

They are complaining about page canvas repositioning, this isn't the same. I believe it's not related
Comment 6 Telesto 2025-12-04 20:08:20 UTC 
Unable to reproduce this on macOS
Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: d20f7e9b86f2efa258db3e8456dd24d94190e0c5
CPU threads: 8; OS: macOS 14.7.4; UI render: Skia/Raster; VCL: osx
Locale: nl-NL (nl_NL.UTF-8); UI: en-US
Calc: threaded
Comment 7 Regina Henschel 2025-12-04 22:55:32 UTC 
Yes, the view jumps back to the writing cursor. That is not a bug.

Notice, that Danat works with maximal zoom.
Comment 8 Danat 2025-12-05 04:57:51 UTC 
(In reply to Regina Henschel from comment #7)
> Yes, the view jumps back to the writing cursor. That is not a bug.
> 
> Notice, that Danat works with maximal zoom.

Who needs such behavior and for what? Is there even 1 person?
Comment 9 Danat 2025-12-05 15:46:09 UTC 
(In reply to Regina Henschel from comment #7)
> Yes, the view jumps back to the writing cursor. That is not a bug.
> 
> Notice, that Danat works with maximal zoom.

I kind of get that philosophy behind returning to the cursor, but it isn't very clever in practice

1. If you deselect a line away from cursor, you probably still have to do something around that area. But the program rudely pushes you away from there

2. It might be helpful not to not have to find the place you stopped writing at, but what if you have to get back to the place you dropped a line at? In this case you are creating a problem while solving no problem. It is more harmful than helpful. It's more beautiful in theory than it is in practice
Comment 10 Danat 2025-12-05 16:11:13 UTC 
(In reply to Regina Henschel from comment #7)
> Yes, the view jumps back to the writing cursor. That is not a bug.
> 
> Notice, that Danat works with maximal zoom.

The issue turns out to be something different. I made a new report - https://bugs.documentfoundation.org/show_bug.cgi?id=169845