Bug 49986 - EDITING: EDITING: Display refresh not working properly after deletion of text
Summary: EDITING: EDITING: Display refresh not working properly after deletion of text
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.3.4 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks:
 
Reported: 2012-05-15 22:07 UTC by Doug Hutcheson
Modified: 2014-08-09 07:32 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot showing new text inserted on the second line, causing the word 'making' to be partially displayed on its original line, instead of being wrapped to the next line. (92.09 KB, image/png)
2012-05-15 22:07 UTC, Doug Hutcheson
Details
Screenshot showing what the text in the other attachment should have looked like (92.26 KB, image/png)
2012-05-15 22:11 UTC, Doug Hutcheson
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Doug Hutcheson 2012-05-15 22:07:23 UTC
Created attachment 61705 [details]
Screenshot showing new text inserted on the second line, causing the word 'making' to be partially displayed on its original line, instead of being wrapped to the next line.

Problem description:
When editing text, insertion or deletion often does not correctly refresh the display until I force a refresh (by scrolling the window, for example), or until what appears to be a built-in timer initiates a refresh after a number of seconds, which I have not been able to time. (The only timer I can identify is in Options/Load Save/General/Save AutoRecovery Information, which is set to 15 minutes).

Garbage remains on the affected line, to the right of the insertion/deletion point. Often, the remaining text is truncated so the first character of the spurious part is only partly displayed.

This bug was posted to Linux Questions and at least one other user, on a different platform, has noticed the same problem. See http://www.linuxquestions.org/questions/showthread.php?p=4679493#post4679493

In Options/LibreOffice/View, I am using Hardware Acceleration and AntiAliasing - that is the way LibreOffice was configured at installation time and I have not changed anything.

Under Fedora 14, using Compiz, I had identical display refresh errors when editing an OpenOffice Writer document. The fix then was to edit the Compiz settings, to enable the module 'Workarounds'. I cannot find any equivalent option with my current system.

I do not have display rendering issues with any other application.


Steps to reproduce:
1. Create a paragraph of text.
2. Delete or insert some text.
3. Observe the remaining text, to the right.

Current behavior:
Text to the right of the insertion/deletion point is not correctly refreshed on screen.

Expected behavior:
The display should refresh to correctly show the state of the remaining text.

Platform (if different from the browser):
LibreOffice/About reports:
LibreOffice 3.3.4
OOO330m19 (Build:401)
Ver: 3.3.4.1-4.fc15

uname -a reports:
Linux [machine id] 2.6.43.2-6.fc15.x86_64 #1 SMP Sat Apr 21 12:53:32 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
              
Browser: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20100101 Firefox/12.0

Hardware is a Lenovo T61. I am using the proprietary nVidia display driver.
Comment 1 Doug Hutcheson 2012-05-15 22:11:34 UTC
Created attachment 61706 [details]
Screenshot showing what the text in the other attachment should have looked like

The display correctly refreshed itself to this state, from the state shown in the other PNG, after approx. 10 seconds (not accurately timed - just what it seemed to be)
Comment 2 Doug Hutcheson 2012-05-28 17:23:15 UTC
At http://ask.libreoffice.org/question/2973/garbage-at-end-of-edited-line-in-writer it was suggested that I turn off Tools → Options → LibreOffice → View → Use hardware acceleration. This workaround appears to solve the immediate problem. (Hat tip to luyu, who suggested the workaround).
Comment 3 Doug Hutcheson 2012-06-03 16:25:40 UTC
Nope - switching off hardware accelleration is not working after all.
Comment 4 Doug Hutcheson 2012-07-09 06:52:37 UTC
I have since upgraded to Fedora 17, with LibreOffice 3.5.4.2 Build ID: 350m1(Build:2). With this version, the problem seems to have gone away.

I tried to make the bug as Resolved/Fixed, but Bugzilla would not let me: it returned the message "You are moving the bug(s) to the product libqmi, and the version and component fields are no longer correct. Please set the correct version and component now:". As I don't know what the version and component should be, I have had to leave the bug open. Feel free to close it, or cancel it, as appropriate.
Comment 5 V Stuart Foote 2012-08-19 05:20:57 UTC
Appears resolved at least as of 3.5.4.2 build per OP.