After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 744076 - redraw problems with widgets
redraw problems with widgets
Status: RESOLVED FIXED
Product: libgoffice
Classification: Other
Component: Canvas
GIT
Other Linux
: Normal normal
: ---
Assigned To: Jean Bréfort
Jean Bréfort
Depends on:
Blocks:
 
 
Reported: 2015-02-05 22:32 UTC by John Denker
Modified: 2015-03-03 07:34 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
example exhibiting widget redraw problems (2.89 KB, application/x-gnumeric)
2015-02-05 22:32 UTC, John Denker
Details
screen shot of widgets, not wrong yet (31.35 KB, image/png)
2015-02-05 22:32 UTC, John Denker
Details
screen shot, redraw widgets problem (30.56 KB, image/png)
2015-02-05 22:33 UTC, John Denker
Details
screen shot, clearly a drawing problem, not just an ordering problem (33.85 KB, image/png)
2015-02-05 22:34 UTC, John Denker
Details

Description John Denker 2015-02-05 22:32:05 UTC
Created attachment 296241 [details]
example exhibiting widget redraw problems

Recipe:
  Refer to the attached minimal example.  Screen shots
    will be added right after these messages.
  Upon opening the file  I observe draw-widgets-1.png ... one 
    scrollbar behind the graphic plot, and two others in front.
    So far this is not wrong.
  Move the mouse without clicking.  Move it horizontally across
    the three scrollbars.
  At this point I observe draw-widgets-2.png ... all three
    scrollbars seem to be behind the plot.
  Click on cell A1 and start typing.
  At this point I observe draw-widgets-3.png ... the two
   "front" scrollbars have been mutilated.  This strongly
   suggests it is a low-level drawing problem, not a higher-
   level widget ordering problem.

  I have observed other types of mutilation, such as gaps,
  but these are harder to reproduce.


$x/gnumeric --version
gnumeric version '1.12.21'
datadir := '/usr/src/gnumeric/gitball/gnumeric/1.12.21'
libdir := '/usr/src/gnumeric/gitball/'


(cd $x ; git log --pretty='%h %cd %s' | head -3)
13fc945 Wed Feb 4 20:21:40 2015 -0500 Post-release bump
c872492 Wed Feb 4 20:21:29 2015 -0500 1.12.20


uname -a
Linux asclepias 3.18.0+ #2 SMP Sun Dec 21 18:25:03 MST 2014 x86_64 x86_64 x86_64 GNU/Linux
Comment 1 John Denker 2015-02-05 22:32:48 UTC
Created attachment 296242 [details]
screen shot of widgets, not wrong yet
Comment 2 John Denker 2015-02-05 22:33:31 UTC
Created attachment 296243 [details]
screen shot, redraw widgets problem
Comment 3 John Denker 2015-02-05 22:34:01 UTC
Created attachment 296244 [details]
screen shot, clearly a drawing problem, not just an ordering problem
Comment 4 Jean Bréfort 2015-02-07 09:56:03 UTC
Acually we also have redraw issues with most objects if not all. Add a rectangle, unselect and select back, the selection handles at the bottom are over the rectangle and the others are under, and in most cases, the cells behind the lower parts of the rectangle are visible.
Quite weird. Looks like some parts of the items are not correctly rendered.
Comment 5 Jean Bréfort 2015-03-03 07:34:40 UTC
This problem has been fixed in our software repository. The fix will go into the next software release. Once that release is available, you may want to check for a software upgrade provided by your Linux distribution.