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 616207 - [cairo 1.9.4] Problem with Column labels in main GUI
[cairo 1.9.4] Problem with Column labels in main GUI
Status: RESOLVED NOTGNOME
Product: Gnumeric
Classification: Applications
Component: GUI
1.9.x
Other Linux
: Normal normal
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2010-04-19 18:02 UTC by David Ronis
Modified: 2010-04-22 17:52 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screenshot illustrating the problem (182.96 KB, image/png)
2010-04-19 18:02 UTC, David Ronis
  Details
Proposed patch (733 bytes, patch)
2010-04-20 06:01 UTC, Jean Bréfort
none Details | Review

Description David Ronis 2010-04-19 18:02:12 UTC
Created attachment 159094 [details]
Screenshot illustrating the problem

After using gnumeric for a bit (all I have to do is to switch between different  sheets and/or scroll up or down), the column label line is overwritten by parts of the spreadsheet.   Rolling up and down the window fixes this.

I'm going to attach a screenshot.
Comment 1 Andreas J. Guelzow 2010-04-20 00:08:06 UTC
Which exact version are you using? This sounds like something related to the new canvas, and there have been fixes late in the 1.9. series.

Of course ideally yu could try the stable 1.10 series. (1.10.2 is current.)
Comment 2 David Ronis 2010-04-20 01:41:35 UTC
I'm using 1.10.2 (although the problem was in the preceding release as well).  In addition, I'm using 0.8.2 of goffice.  Most everything else in gnome is the current release += 1 minor revision.
Comment 3 Andreas J. Guelzow 2010-04-20 02:00:24 UTC
Which version of gtk?
Comment 4 David Ronis 2010-04-20 02:45:19 UTC
Currently 2.20.0, but it's been present before that (I was running 1.19.7 before the last upgrade).
Comment 5 Andreas J. Guelzow 2010-04-20 03:31:54 UTC
gtk 2.19.7 broke lots of parts of gnumeric. So it really isn't surprising that things don't work well with gtk 2.20.
Comment 6 Jean Bréfort 2010-04-20 05:08:23 UTC
Does this occurs with all files or just one? I'm unable to reproduce with gtk 2.20.0 on debian sid.
Comment 7 Jean Bréfort 2010-04-20 06:01:56 UTC
Created attachment 159137 [details] [review]
Proposed patch

This patch might fix the issue, I suppose. But anyway, I can't reproduce it despite my efforts.
Comment 8 David Ronis 2010-04-20 17:06:56 UTC
Hi Jean,

Thanks for the patch, unfortunately it didn't help.   The problem happens on other spreadsheets as well.   I can e-mail you one if you send me an address (I'd rather not post it here as the information is mildly sensitive).

David
Comment 9 Andreas J. Guelzow 2010-04-20 17:32:08 UTC
David, since it happens for several spreadsheets, I doubt that it has something to do with the spreadsheet itself. Of course you can send it to us and we can confirm. Jean and my e-mail address can be found by clicking on our names above. Our login names listed there is our e-mail addresses.

We do need to figure out what is differnt with your installation. Which distribution are you using? What are the versions of pango and cairo on your system?

Thanks
Comment 10 David Ronis 2010-04-20 18:11:37 UTC
pango-1.28.0
cairo-1.9.4

I'm on a slackware 12.1 box (heavily modified), but use the git/master Xorg and current gnome and friends (built with locally updated garnome).

One other bit of information.  It seems that the problem  partially depends on the state of the GUI when I exit.   For example if I'm looking at the top of the spreadsheet, save, exit, and return things are ok.   If I scroll off the top (e.g., I move line 50 to the top), exit and restart, then the colum labels are overwritten as I reported.   Same spreadsheet.
Comment 11 Jean Bréfort 2010-04-21 07:04:31 UTC
Replying to comment #8: if my patch doesn't help, then it is a most probably a gtk+ or below issue. It means that the widget gets expose events for a region outside its allocation. That woould be quite weird. Another possibility is that cairo_clip does not work anymore in cairo-1.9.4 (I have 1.8.10).
Comment 12 Morten Welinder 2010-04-21 16:09:09 UTC
What is the correct value for cell B13 in your screenshot?  (I.e., is this
a case where we are drawing extra numbers over the headers or are the drawing
in the wrong location.)

(I agree that this is probably gtk+ changing underneath us.)
Comment 13 Jean Bréfort 2010-04-21 17:04:57 UTC
Since explicit clipping does not solve the issue, cairo is the obvious culprit, IMHO.
Comment 14 David Ronis 2010-04-21 17:14:56 UTC
B13 shows the correct value (201).  What is overwriting the headers in the screenshot is what's in line 12.  Note that this doesn't change as I scroll up and down in the spreadsheet, i.e., the headers remain overwritten by line 12.   In addition, what overwrites the headers depends on the initial state displayed.   Basically, from what I can tell, if the first line to be displayed is line 1, then everything is OK.  If it isn't, say line N, then line N-1's content overwrites the headers.  This will change if I roll up the window, but not if I scroll.
Comment 15 Andreas J. Guelzow 2010-04-21 23:09:01 UTC
Note that the latest relase of cairo is 1.8.10 (released this past February). 1.9.4 is a development snapshot. (1.9.6 is latest development snapshot, also released this past February.)


I am wondering whether this could in fact be related to https://bugs.freedesktop.org/show_bug.cgi?id=20091
Comment 16 Andreas J. Guelzow 2010-04-21 23:14:20 UTC
There is a small comment by Chris Wilson with regard to a unrelated bug: https://bugs.freedesktop.org/show_bug.cgi?id=23067

THat comment says:
"I have a strong suspicion that I may have fixed this by reworking the clipping since 1.8."
So apparently clipping in 1.9.x has been rewritten from 1.8.x.
Comment 17 Morten Welinder 2010-04-22 12:12:02 UTC
Any chance that you can try with an older version of (just) cairo?
Comment 18 Jean Bréfort 2010-04-22 14:35:40 UTC
Tested with current cairo git. I can't reproduce either. Might be a transient bug in cairo-1.9.4.
Comment 19 Andreas J. Guelzow 2010-04-22 14:59:09 UTC
With current cairo git (that's post 1.9.6) I can't reproduce either. David, if you can't downgrade cairo, perhaps you could upgrade to 1.9.6 at least and see whetehr you still have that bug?
Comment 20 David Ronis 2010-04-22 16:31:09 UTC
I upgraded to cairo 1.9.6 and the problem seems to have gone away (at least the 2 spreadsheets that showed the problem 100% of the time, now don't :)).

I can easily downgrade to 1.8.10 if you think it's necessary, just let me know.

In any event, thanks for your help.
Comment 21 Andreas J. Guelzow 2010-04-22 17:52:17 UTC
I think we can just close this bug as a cairo clipping bug that was introduced in the 1.9.x series and fixed by 1.9.6.