Bug 136691 - EDITING: clicking in positions the cursor as expected, but no insertion mark becomes visible
Summary: EDITING: clicking in positions the cursor as expected, but no insertion mark ...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.1.0.0.alpha0+
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-09-12 13:19 UTC by Adalbert Hanßen
Modified: 2021-12-01 13:50 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 Adalbert Hanßen 2020-09-12 13:19:46 UTC
This bug shows up with LibreOfficeWriter Version: 7.1.0.0.alpha0+
Build ID: bb64b19e3e8942e610db2d3596d859f7c7864811
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: en-GB
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-09-05_05:33:07
Calc: threaded

on a Lenovo W530 Laptop running XUbuntu 18.04.5 LTS
currently with kernel 5.4.0-47-generic x86_64.



This bug shows up from time to time under unknown conditions, albeit not very frequently (which makes it hard to pin down this bug). I observed it several times when working through a large file with more than 200 pages. The bug showed up there more than once, however when I re-opened the same file after the bug had shown up, it did not show up again immediately. 

If I clicked into the editing area, no cursor mark became visible where i clicked (in general this is shown as a thin blinking vertical bar on my computer).

However, the cursor was placed at the position which I meant, as I could verify by insertions or deletions after I had placed the cursor to my desired position. 

But working with nothing showing where happens is quite irritating.

If I was in this error condition, I could mark portions of text in order to copy it by licking on where the mark was to begin and then move the mouse to its intended end with the pressed mouse key, but the selected portion was not highlighted. But it was selected and I could copy it and paste it to some other file (open in mousepad or into another instance of LO Writer version 6.4.4.2). The correct portion was placed there. 

When the error happened the last time, the document had been open for quite long time (I worked through the document and went away, eventually the computer went into standby state in between). 

I'll have an eye if I can find out when this bug happens next. I don't know if it shows up with other files. From now on I'll open just another file in parallel in order to see if the bug also affects the other file.

Since it does not make sense to attach the 275kB and >200 pages file I don't add it as an attachment, that would not make sense for such a sporadic bug.
Comment 1 Adalbert Hanßen 2020-09-12 20:12:58 UTC
Now the buggy situation is back again. This time I have two windows open in the affected file but only one of the two has the buggy behaviour. The other window behaves well.

The bug also does not show up in a second file which I have open in parallel.

In the file which I want to edit in the window with the bug: to the right of the editing window the docks for Character Styles and the Navigator are open. I can't select any text in the editing window (with a visible feedback) and assign some other character style to it via the Character Styles dock. 

When I want to mark a portion in my editing window, the mouse pointer which looks like a bigger I becomes a hand with an attached sheet of paper which moves with the mouse cursor. Once I release the mouse button, the sheet of paper seems to go back where I wanted to start marking.

Once I close the buggy window and open another one (on the same file)n instead, the strange behaviour does not show up in that window.
Comment 2 Adalbert Hanßen 2020-10-03 22:01:16 UTC
Now the situation is back again, but this time with 

Version: 7.1.0.0.alpha0+
Build ID: 4c5ffaf2ae8cd08a6d24bf674d203659e59f049f
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: en-GB
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-10-02_09:19:38
Calc: threaded

(Unfortunately I was editing a big file again, so I can't upload it here).

When it happened, I had pasted some lines from another document to the right part of a table.

The cursor behaved normal in other files open in the same LibreOfficeWriter.

I could circumvent the bug by opening a new window into the same file: The cursor worked there immediately (like it did in the other open files).

Maybe this gives a clue what goes wrong there.
Comment 3 Dieter 2021-01-07 21:11:43 UTC
Adalbert, I have no idea how to reproduce the bug, because it happens only frequently and perhaps only in one document, that isn't available. and even if it would be possible to reproduce it with your document it won't be clear, if the problem is only document-based. So I can't see what i can do. We can leave this bug open for a while, but I don't think that there will be happen a lot. so feel free to close it.
Comment 4 Adalbert Hanßen 2021-01-09 10:38:02 UTC
(In reply to Dieter from comment #3)
> Adalbert, I have no idea how to reproduce the bug, because it happens only
> frequently and perhaps only in one document, that isn't available. and even
> if it would be possible to reproduce it with your document it won't be
> clear, if the problem is only document-based. So I can't see what i can do.
> We can leave this bug open for a while, but I don't think that there will be
> happen a lot. so feel free to close it.

Dieter, 
that's right! Meanwhile I have Version: 7.2.0.0.alpha0+of 2021-01-06 and I update that version all say two weeks. If the bug shows up, I'll ring the bell again.
Comment 5 Buovjaga 2021-12-01 09:05:05 UTC
Did you run into the issue lately? I guess the important information is, where was the cursor focused before you clicked the document canvas?

Set to NEEDINFO.
Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.
Comment 6 Adalbert Hanßen 2021-12-01 13:46:46 UTC
This bug did not show up in the last few weeks.
If it ever should show up again; I'll wake up this bug report again. You might close it, if you like.

Since November 10 I am using (and simultaneously keeping an eye open for bugs) with Version: 7.3.0.0.alpha1+ / LibreOffice Community
Build ID: 41b4053d7a395146a488c4aba0bc17b98b0a9502
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Calc: threaded
Comment 7 Adalbert Hanßen 2021-12-01 13:47:30 UTC Comment hidden (obsolete)
Comment 8 Dieter 2021-12-01 13:50:22 UTC
(In reply to Adalbert Hanßen from comment #7)
> This bug did not show up in the last few weeks.
> If it ever should show up again; I'll wake up this bug report again. You
> might close it, if you like.

Thank you for that information. So let's close it as RESOLVED WORKSFORME. Please feel free to change it back to UNCONFIRMED, if the bug reappears.