The icon came back after upgrade.
** Changed in: gnome-power-manager (Ubuntu)
Status: New => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in Ubuntu.
https://bugs.launchpad.net/bugs/757202
Ti
** Attachment added: "The most right icon is the battery one"
https://bugs.launchpad.net/bugs/757202/+attachment/2014789/+files/battery.png
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in Ubuntu.
https://bugs.
Public bug reported:
Binary package hint: gnome-power-manager
Battery indicator (or tray icon, whatever it is) is missing the
battery/power source image. Instead it shows some kind of blank document
icon (or is it a terminal icon? no idea). See screenshot. It's
functional, clicking it produces wo
We are cheating here, true, we say "sh" when it's really "bash". But I don't
think it's a real problem, so I tend to close the upstream bug with WONTFIX.
It's similar to highlighting TRUE and FALSE in C code - these aren't standard
identifiers, yet they are common enough and we highlight them.
"
Fixed upstream.
--
ruby global variables $' and $` highlighted as string delimiters
https://bugs.launchpad.net/bugs/240064
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
http
I think this will reproduce the problem. On unpatched gtk when the
window pops up, the first row is selected. I believe nothing will be
selected on ubuntu.
** Attachment added: "test case"
http://launchpadlibrarian.net/14660093/gt.py
--
Ubuntu GtkTreeView patch is broken
https://bugs.launchpa
Is it necessary? I'd prefer not to deal with debian bug submission
system.
--
Ubuntu GtkTreeView patch is broken
https://bugs.launchpad.net/bugs/234018
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
deskt
Public bug reported:
>From changelog:
* 042_treeview_single_focus.patch: don't select the focused item for
GTK_SELECTION_SINGLE type treeviews. Allows the fix in
040_filechooser_single-click.patch to work.
This change breaks Preferences dialog in medit, see the second part of
https://b
It must be much better after fix for
http://bugzilla.gnome.org/show_bug.cgi?id=494776, which should be in the
next version of Gtk.
--
gedit consumes 100% processor with paragraphs > 10 lines.
https://bugs.launchpad.net/bugs/145400
You received this bug notification because you are a member of Ubu
Yes, new engine eats a lot more cpu time here. Some 50-60% in top vs 12%
with no highlighting. Scratching head time!
--
gedit consumes 100% processor with paragraphs > 10 lines.
https://bugs.launchpad.net/bugs/145400
You received this bug notification because you are a member of Ubuntu
Desktop Bu
Good, now the picture is much more clear. I guess the problem is that the
engine removes/applies tags and that makes re-wrapping harder (text styles
change text width/height, so it's worse than simple text with no styles at all).
If anyone feels like playing with it, profiling would be of great h
Does it happen without syntax highlighting? I.e. take the same text, put
it into a file which isn't highlighted at all (some plain text
document), and see if you have the problem.
--
gedit consumes 100% processor with paragraphs > 10 lines.
https://bugs.launchpad.net/bugs/145400
You received this
Guys, who can reproduce this, could you confirm it happens only with
syntax highlighting turned on? Because syntax highlighting may very well
be slow reason, but then it should be slow regardless if you use text
wrapping or not. E.g. some comments here sound like it's re-wrapping
text which is slow
13 matches
Mail list logo
