Bug 12068 - libreoffice oowriter randomly hides document text -- fails to repaint parts of window
Summary: libreoffice oowriter randomly hides document text -- fails to repaint parts o...
Status: RESOLVED WORKSFORME
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 5
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Thierry Vignaud
QA Contact:
URL:
Whiteboard:
Keywords:
: 13403 (view as bug list)
Depends on:
Blocks:
 
Reported: 2013-12-21 04:44 CET by Pierre Fortin
Modified: 2018-04-16 20:41 CEST (History)
7 users (show)

See Also:
Source RPM:
CVE:
Status comment:


Attachments
example of text-only document after scrolling (82.26 KB, image/jpeg)
2013-12-21 04:45 CET, Pierre Fortin
Details
example of repaint failures after tips are displayed briefly (7.54 KB, image/jpeg)
2013-12-21 04:48 CET, Pierre Fortin
Details
example of scrolling with zoom at 214% (147.54 KB, image/jpeg)
2013-12-21 05:12 CET, Pierre Fortin
Details
after random scrolling... (186.82 KB, image/jpeg)
2013-12-21 05:33 CET, Pierre Fortin
Details
PDF output of document (29.32 KB, application/pdf)
2014-05-08 00:51 CEST, Pierre Fortin
Details
Display with missing parts (142.77 KB, image/jpeg)
2014-05-08 01:01 CEST, Pierre Fortin
Details
Bug is morphing (297.31 KB, image/jpeg)
2015-09-21 17:21 CEST, Pierre Fortin
Details
Left page only is affected (265.50 KB, image/jpeg)
2015-12-30 15:53 CET, Pierre Fortin
Details
Left pageS only are affected (3 pages wide) (210.40 KB, image/jpeg)
2015-12-30 15:57 CET, Pierre Fortin
Details

Description Pierre Fortin 2013-12-21 04:44:07 CET
Description of problem:  oowriter randomly hides text (fails to repaint parts of window); actually blocks of pixels are changed to white when the document:
a) is scrolled -- large blocks don't get painted
b) display tips -- when the tips disappear, white blocks are left in their place. However, sometimes a disappearing tip does cause a repaint.
Windowshading/restoring the window results in a full repaint.


Version-Release number of selected component (if applicable):


How reproducible: always


Steps to Reproduce:
1. 
2.
3.


Reproducible: 

Steps to Reproduce:
Comment 1 Pierre Fortin 2013-12-21 04:45:07 CET
Created attachment 4653 [details]
example of text-only document after scrolling
Comment 2 Pierre Fortin 2013-12-21 04:48:12 CET
Created attachment 4654 [details]
example of repaint failures after tips are displayed briefly

One line starting with "C" completely hidden.  Other line partially hidden.
Comment 3 Pierre Fortin 2013-12-21 05:12:30 CET
Created attachment 4655 [details]
example of scrolling with zoom at 214%

in this example, scrolling quickly also causes oowriter to hang temporarily (random durations), then the queued scroll events catch up quickly.
All this makes oowriter pretty useless...
Comment 4 Pierre Fortin 2013-12-21 05:33:38 CET
Created attachment 4656 [details]
after random scrolling...

useless display of document...
Also, slowly dragging mouse with tips following movement, picture pixels will be repainted under the tip.
Manuel Hiebel 2014-01-01 22:40:58 CET

Status: NEW => UNCONFIRMED
Ever confirmed: 1 => 0

Comment 5 Pierre Fortin 2014-01-13 15:50:38 CET
Just installed OpenOffice which does not exhibit these problems.

Status: UNCONFIRMED => NEW
Ever confirmed: 0 => 1

Comment 6 David Walser 2014-05-07 23:32:24 CEST
Pierre, do you have an ATI video card?  I do, and so is another user on IRC that's talking about this bug right now.  Strange that you say OO.o doesn't exhibit the problem, because Firefox also does.  I suppose it could be a library issue rather than driver.

CC: (none) => thierry.vignaud

Comment 7 Bruno Jesus 2014-05-07 23:37:21 CEST
Just to add a little more detail:
I've experienced this bug in firefox too, i've disabled hardware aceleration and the bug persists.

I'm using KDE with Ati mobility HD 2400 with default driver.

CC: (none) => brunojesus.pt

Bruno Jesus 2014-05-07 23:38:07 CEST

Hardware: x86_64 => i586
Version: Cauldron => 4

Christian Bonnissol 2014-05-07 23:38:41 CEST

CC: (none) => christian.bonnissol

Comment 8 Pierre Fortin 2014-05-08 00:04:10 CEST
@David. My video card is reported as:
  RV730/M96 [Mobility Radeon HD 4650/5165]

I don't agree that Firefox is the same issue -- though you may be seeing something different... This but seems quite random in what gets missed in the display, while the FF one seems to be one block.  I've reported a bug against FF which appears similar; but I can clear that problem while on page. If I leave the page and return, I need to use the workaround again...  See my short video in comment 9 in https://bugzilla.mozilla.org/show_bug.cgi?id=964120
The barcoding part appears to be corrected; but the missing video block still occurs when scrolling; it self-corrects after a few seconds when mouse wheel stops.
Comment 9 Pierre Fortin 2014-05-08 00:48:35 CEST
Appears the firefox bug may be fixed today. Was still there yesterday.

Did a bit of testing...
- The problem occurs as a result of scrolling.
- It's pseudo-random -- occurs randomly on same items:
  - bold header
  - bold/italics text
  - lines containing underscores (not underlines)

Will attach files illustrating...
Comment 10 Pierre Fortin 2014-05-08 00:51:03 CEST
Created attachment 5138 [details]
PDF output of document

This perfect PDF (everything OK) was generated from LO while the display was missing parts.
Comment 11 Pierre Fortin 2014-05-08 01:01:54 CEST
Created attachment 5139 [details]
Display with missing parts

Here, the missing parts are highlighted.  The header is highlighted even though it appears because it randomly disappears.  Window-shading the window clears the display.  The missing parts only occur when scrolling.  If the display is shrunk to display the entire page -- though too small to work with -- the bug does not appear.
Comment 12 Pierre Fortin 2014-05-08 01:03:58 CEST
>Window-shading the window clears the display.
Means that the problem is cleared, not the display. :)
Comment 13 David Walser 2014-05-17 12:26:22 CEST
*** Bug 13403 has been marked as a duplicate of this bug. ***

CC: (none) => bjoern.weise

Comment 14 Samuel Verschelde 2015-09-21 13:21:20 CEST
Mageia 4 changed to end-of-life (EOL) status on 2015-09-19. It is is no longer 
maintained, which means that it will not receive any further security or bug 
fix updates.

Package Maintainer: If you wish for this bug to remain open because you plan to 
fix it in a currently maintained version, simply change the 'version' to a later 
Mageia version.

Bug Reporter: Thank you for reporting this issue and we are sorry that we weren't 
able to fix it before Mageia 4's end of life. If you are able to reproduce it 
against a later version of Mageia, you are encouraged to click on "Version" and 
change it against that version of Mageia. If it's valid in several versions, 
select the highest and add MGAxTOO in whiteboard for each other valid release.
Example: it's valid in cauldron and Mageia 5, set to cauldron and add MGA5TOO.

Although we aim to fix as many bugs as possible during every release's lifetime, 
sometimes those efforts are overtaken by events. Often a more recent Mageia 
release includes newer upstream software that fixes bugs or makes them obsolete.

If you would like to help fixing bugs in the future, don't hesitate to join the
packager team via our mentoring program [1] or join the teams that fit you 
most [2].

[1] https://wiki.mageia.org/en/Becoming_a_Mageia_Packager
[2] http://www.mageia.org/contribute/
Comment 15 Pierre Fortin 2015-09-21 17:21:53 CEST
Created attachment 7023 [details]
Bug is morphing

NOTE: This is to show that even the latest LibreOffice has display problems -- though I have no way to determine if this is due to LO, KDE, other... I don't see this issue with OpenOffice.

This is a partial screen shot of LibreOffice
    Version: 5.0.0.5
    Build ID: 437e4abdf9e72fd0a6e6f8697a0e659bc77f9b10
    Locale: en-US (en_US.UTF-8)

In this case, part of a page is missing.  The bug is easier to reproduce when LO displays 2 pages wide and scrolling.  Once triggered, I was able to move the cursor into the hidden area and start typing as seen in this screen shot.
Scrolling the newly typed line offscreen and back results in it being hidden again; until I type any character. The line partially reappears with the last two words, and the beginning of the line reappears on its own a second or two later.

Tried scrolling missing area offscreen and back; but this time pressed Backspace -- now, newly typed text does not display.  Typing anything moves the cursor; but nothing displays (red-highlighted area in screen shot) -- only the gray background and cursor.
Pierre Fortin 2015-09-21 17:22:19 CEST

Hardware: i586 => x86_64
Version: 4 => 5

Comment 16 Thierry Vignaud 2015-09-22 11:51:48 CEST
Please report this upstream
Comment 18 Pierre Fortin 2015-09-22 17:00:38 CEST
Needs more testing; but seems to be fixed in LibreOffice Nightly 5.0.3
Comment 19 Thomas Andrews 2015-12-07 16:41:56 CET
I am seeing this bug on both 32-bit and 54-bit KDE installs. (Changing platform to "All.") So far I have only seen it with Writer; Calc, which I use more often, hasn't been affected.

I recently upgraded my motherboard, and am using the on-board Radeon HD 3300 graphics. My other systems, which use older Intel and nVidia graphics, do not show the problem.

The link in Comment 17 indicates that the bug has been considered "fixed" upstream. Here's hoping that fix will trickle its way to Mageia soon.

CC: (none) => andrewsfarm
Hardware: x86_64 => All

Comment 20 Thomas Andrews 2015-12-07 23:39:51 CET
I just downloaded and installed Libreoffice 5.0.3.2, and the bug is still there. So, if there is a fix in the Libreoffice pipeline, it hasn't been released yet.


Also, this bug appears to me to be a duplicate of bug #9369. Someone should take a look to confirm that.
Comment 21 Ole Reier Ulland 2015-12-15 16:03:56 CET
I have been really frustrated about this since I got Mageia 5. Since there is a lot of talk about LibreOffice versions, I would like to add that I did not have this problem when I run Mageia 4 on HP Compaq 6005 Pro Microtower with Radeon HD 4200, but when I upgraded the computer to Mageia 5, this problem arose. I have not seen it in any other programs. Unless it is not a short text without tables I have to zoom in and out once or twice almost every time I scroll or add new text for the screen to show all the text. Quite often when I type, all new text is not visible before I zoom in and out.

CC: (none) => ole.reier

Comment 22 Pierre Fortin 2015-12-30 15:53:52 CET
Created attachment 7313 [details]
Left page only is affected

I've been using OOo in lieu of LO since reporting this bug.  Just tried going back to LO (Version: 5.0.0.5 Build ID: 437e4abdf9e72fd0a6e6f8697a0e659bc77f9b10
Locale: en-US (en_US.UTF-8)) and this problem persists.

What seems different from my initial report is that the white background is the main trigger v. my original report where random text was affected. Also, I only see the problem when display 2 or 3 pages wide and the rightmost page is not affected. Scrolling towards the bottom of a document, I don't see the bug as easily. However, scrolling towards the top, part of every page on the left is missing. Scrolling back down clears up the issue as pages come into view.

More specifically, so far, I only see the problem when the display is 2 pages wide, on the left page.  The hidden section varies in size depending on zoom level, so I believe the problem is related to the screen v. the document. If I scroll upwards while the bottom of the affected page is already on screen, it appears as in this screenshot.  However, if the page is not in view, the hidden part is the entire lower section of the page.

Will add another screenshot showing problem with 3 pages across.
Comment 23 Pierre Fortin 2015-12-30 15:57:10 CET
Created attachment 7314 [details]
Left pageS only are affected (3 pages wide)

Here, it appears as though there's a race condition interaction between screen scrolling and display updates...  Note the 2 partial page displays at the center of this screenshot...
Samuel Verschelde 2016-10-16 15:48:17 CEST

Assignee: bugsquad => thierry.vignaud

Comment 24 Marja Van Waes 2018-04-15 19:43:39 CEST
@ all,

Thank you for having taken the needed time to report this issue and/or or comment about it!

Did this bug get fixed? If so, please change its status to RESOLVED - FIXED

If it didn't, then we regret that we weren't able to fix it in Mageia 5. Mageia 5 has officially reached its End of Life on December 31st, 2017 https://blog.mageia.org/en/2017/11/07/mageia-5-eol-postponed/
It only continued to get important security updates since then, because we are waiting for a big Plasma5 update in Mageia 6, that'll fix many of the Mageia 5 => 6 upgrade issues.

If you haven't seen that this bug got fixed, then please check whether this bug still exists in Mageia 6. If it does, then please change the Version (near the top, at the left) to "6". If you know it exists in Cauldron, then change Version to Cauldron. If you see it in both Cauldron and Mageia 6, then please set version to Cauldron and add MGA6TOO on the Whiteboard.

Thanks,
Marj

CC: (none) => marja11

Comment 25 Pierre Fortin 2018-04-16 02:36:00 CEST
Haven't seen this lately.  Seems OK on mga6.

Status: NEW => RESOLVED
Resolution: (none) => WORKSFORME

Comment 26 Ole Reier Ulland 2018-04-16 17:11:07 CEST
I have tested this now. One of my computers with an on board graphics card, ATI Radeon Xpress 200/1100, I had to purchase a new card for because of this bug. I bought NVIDIA GeForce GT 730, that solved the problem. I have now taken out the new NVIDIA card and used the on board card instead. The LibreOffice bug is now gone. LibreOffice in Mageia can again be used with ATI cards. AT least that is my conclusion.
Comment 27 Ole Reier Ulland 2018-04-16 17:18:18 CEST
I am sorry, I have to add. Of course I am now using Mageia 6. Whether anything has changed in Mageia 5, I can not take the time to verify.
Comment 28 Marja Van Waes 2018-04-16 20:41:05 CEST
Thanks Pierre and Ole.

@ Ole

It doesn't matter whether anything changed in Mageia 5 or not, the important thing to know is that this bug doesn't need to stay open for Mageia 6 and/or Cauldron :-)

Note You need to log in before you can comment on or make changes to this bug.