As discussed with Cimi on irc, this one now uses unmap/map to avoid
setting the GTK_VISIBLE flag, so that the notifications come through
correctly.
** Patch added: "Re-try of the fixed patch using map/unmap"
https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/705112/+attachment/1909982/+fil
This patch fixes a couple of coding style issues and simplifies
gtk_menubar_show and _hide.
** Patch added: "Re-re-try of the fixed patch using map/unmap"
https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/705112/+attachment/1910444/+files/043_ubuntu_menu_proxy.patch
--
You received this
The patch breaks applications that don't want to show a menubar on
startup (I noticed it with gnome-terminal). Attached file shows broken
behavior: even though menubar is explicitly hidden, it still shows up
when run.
** Attachment added: "Sample application showing regression with the patch"
The updated patch helps with the issue, but some kind of race still
prevails. The updated test program sometimes shows and sometimes hides
the bar. Upping the priority to G_PRIORITY_HIGH_IDLE shows the menubar
(nearly) every time.
** Attachment added: "lp705112-regression.c"
https://bugs.launc
Found the problem to be that GtkWidgetClass::hide is only called if the widget
was visible, thus if the call order is:
1. show()
2. hide()
3. local_notify(local = 1)
the menubar remains shown, but if the call order is:
1. show()
2. local_notify(local = 1)
3. hide()
things work correctly.
--
Yo
The updated patch doesn't fix cases which do _show() ... _hide() (where
hide is called before local_notify). I wrote some findings in bug
705112, but in short the problem is that gtk_widget_hide() only calls
GtkWidget::hide if the widget was visible.
--
You received this bug notification because
This rather obtrusive patch seems to fix the issue, not sure if it
breaks something though; some applications may expect that ::show is not
called multiple times without ::hide in between (or vice versa). This is
the best/simplest solution I can think of right now.
Uploaded a package with this pat
Public bug reported:
Any vte-based (since vte 0.14, I think) terminal doesn't show
underlining on whitespace. This totally breaks my irssi "theme".
Steps to reproduce:
1. launch terminal
2. run echo -e '\e[4mfoo foo\e[0m'
Actual results:
Two underlined foos are echoed
Expected results:
Two foo
** Attachment added: "A simple patch that fixes the issue"
http://launchpadlibrarian.net/8606364/70_fix-underscore.patch
--
Vte doesn't underline spaces
https://bugs.launchpad.net/bugs/129240
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug co
