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 681052 - [regression] Some menu items in pitivi don't ever show their labels
[regression] Some menu items in pitivi don't ever show their labels
Status: RESOLVED NOTABUG
Product: gtk+
Classification: Platform
Component: Widget: GtkMenu
3.4.x
Other Linux
: Normal major
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks: 679758 682886
 
 
Reported: 2012-08-02 09:21 UTC by Jean-François Fortin Tam
Modified: 2012-10-13 14:25 UTC
See Also:
GNOME target: ---
GNOME version: 3.3/3.4


Attachments
screenshot (83.72 KB, image/png)
2012-08-02 09:21 UTC, Jean-François Fortin Tam
Details

Description Jean-François Fortin Tam 2012-08-02 09:21:25 UTC
Created attachment 220127 [details]
screenshot

See attached screenshot.
See https://github.com/nekohayo/pitivi/blob/pygi/pitivi/timeline/timeline.py#L1075 for the code (current WIP "pygi" branch of pitivi)
If you want to try it out yourself, see http://wiki.pitivi.org/wiki/Building_with_GES ; use the bin/pitivi-git script available in the pitivi checkout to make things easy.


The menu items whose labels are not appearing in the screenshot have nothing different than the others, worked in gtk2, and hardcoding their labels doesn't change anything. It's specific to those menu items, if I put some other menu item (ex: from the bottom of the menu) among those, that one shows up. Also, the "Delete" action among selection_actions is not affected, so selection_actions is not the problem per se.

Here's some background from an IRC discussion (edited a bit for clarity/brevity):


<Company> i'd have assumed it's the "wrong colors" bug in the css engine, but that'd require the theme you're using to use that background gray as a foreground color somewhere [...]

<Company> it's a bug with CSS caching so all these elements would need to fill their cache at the same time with the same values to trigger it in the same way (sorry when using elements and widgets interchangably, but when talking CSS I tend to use their terms)
<Company> if you run gtk master you can try with GTK_DEBUG=no-css-cache

<nekohayo> we tried not making them sensitive to begin with; the labels for those items still aren't visible, however the mouse prelight works. We  tried with master and GTK_DEBUG=no-css-cache and it didn't seem to help
<Company> then it's a bug in the theme i guess
<nekohayo> the theme itself or the theme code in gtk?
<Company> no, the adwaita/adwaita dark/raleigh etc... though i think adwaita vs adwaita dark is only colors?
<nekohayo> wait a second... as cymacs is running gtk master on his machine, for some reason it just so happens that it doesn't use any theme (ie: no adwaita, no dark variant). So it can't be the theme, if we are using two different themes on our machines and both see the bug...
Comment 1 Matthias Clasen 2012-08-04 20:22:10 UTC
First thing to figure out: are the labels just not drawn, or are they really not present ?
You could e.g. run orca and see if it reads those items to you with their labels
Comment 2 Jean-François Fortin Tam 2012-08-05 00:08:19 UTC
Hmm, for some reason I'm unable to test that, Orca can't read anything in the pitivi GTK3 window (although it reads other GTK3 apps fine). Perhaps because of all the environment vars set by the bin/pitivi-git script of that branch...
Comment 3 Benjamin Otte (Company) 2012-08-28 16:45:25 UTC
Does it work with git master? I'm still hoping this is a dup of bug 672046...
Comment 4 Jean-François Fortin Tam 2012-10-13 14:25:18 UTC
I found the issue while looking into some other bug... nevermind :)