Public bug reported:
Whenever I skip rapidly through songs, if I click skip before the cover-
art completes fading, the first album I skipped from is faded from to
the current song being played. This is a UI bug.
What I expected to happen:
1) Track A is played
2) Skip button is clicked
3) Song
This seems to be a duplicate of #523949, which is a general performance
regression caused by the client-side decorations patch.
--
High CPU usage with murrine progressbars
https://bugs.launchpad.net/bugs/524304
You received this bug notification because you are a member of Ubuntu
Desktop Bugs,
I'm confirming the problem, which appears to visually affect many/all
applications.
With the latest update:-
-Video playback stutters every 1/2 second
-Dragging a window is noticeably slow (especially when compositing is disabled)
-Aislerot Solitaire - dragging cards causes ghosting effect
Ricardo,
Firefox does exhibit a slightly different problem to other applications.
If you click on the right-most point of the screen in the scrollbar
area, while a maximized application is open and scrollbar present, the
following occurs:
Firefox: no clicks register at all (very bad).
Other
manzur,
You're talking about bug #84931, right? I don't think that was the
motivation for disabling icons... do you have an official source to
confirm this? Reading the comments on this bug from Matthew and others,
it seems to be a design decision.
If bug #84931 was the real reason for the
Alexander,
I've tested the patch, and can confirm it's fixed in all applications
*except* Firefox. Let me explain.
All applications *except Firefox*, using theme with trough border set to
2 (Human theme):
a) Behaviour without patch:
1. Click right edge of screen above or below scrollbar - moves
I can confirm that the 3.6 alpha build contains the fix.
I suspect that a 3.5 point release will not contain this fix, unless we
petition the Mozilla developers to incorporate it. The Ubuntu Mozilla
Team could also cherry-pick the fix (when somebody identifies it) into
the Ubuntu build, but I
Sebastien,
Yes, it's worth breaking from upstream.
Using the singular Download is inconsistent. The only singular entries
are Home Folder and Desktop, because they represent a singular
entity.
The rest of the xdg-user-dirs folders are named Documents, Music,
Pictures and Videos, which are
Martin Sebastien,
I'd just like to point out that the original proposal which was approved
included the words [...] and this folder should be bookmarked in
nautilus by xdg-user-dirs-gtk.
If Ubuntu One is also destined to be added to xdg-users-dir-gtk (I don't
see evidence of this on Karmic as
Sebastien,
I added the gnome-panel task in case it is decided that we need to to
increase MAX_ITEMS_OR_SUBMENU from 5 to something higher (currently it
can only be hardcoded in the panel code). See comments #24 and #25.
--
downloads should go to $HOME/Downloads : XDG_DOWNLOAD_DIR should be set
Sebastien,
With all due respect, you're wrong to mark the task as invalid.
Bug #262520 is requesting to convert the hardcoded value into a gconf
key. We don't need to participate in the debate over whether or not to
make MAX_ITEMS_OR_SUBMENU user-customizable; we only need to increase
the
I'm attaching the proposed patch to be applied against the gnome-panel
package*, which increases MAX_ITEMS_OR_SUBMENU from 5 to 8. When this
patch is applied, the Places menu will show 8 bookmarks and/or drives
before branching into a submenu.
Rationale:
Currently we have four initial bookmarks
Just to clarify: On a resolution of 1024x768, using the default setup
(Sans 10pt at 96dpi), a menu can accommodate 25 entries before
scrolling.
Considering the patch in comment #34, the maximum potential entries
displayed by the Places menu will be 22. This is the breakdown:
1. Home Folder*
2.
rugby471,
Are you sure it's wise to mark it as Fix Committed? I had the impression
that it meant that the fix was applied to the working branch (bzr or
whatever), not when a patch is submitted to a bug report.
Michael,
On a resolution of 1024x768, the maximum amount of icons which can fit
on
mac_v,
With regard to the Places item limitation, I agree. While I'm not so
sure that adding a gconf entry is necessary, the Ubuntu gnome-panel
package could patch the hardcoded value as mentioned in the upstream
report. The limit of 5 bookmarks is bizarre; less than half of the menu
height can
Folks,
Let's gather some meaningful data, reasonable opinion, and (if
necessary) exercise our independence as to whether we should re-enable
menu and button icons in Ubuntu.
I am asking a very simple question. Where is the best place to discuss
this proposal to re-enable icons; the forums,
Public bug reported:
Binary package hint: gnome-panel
Distribution: Karmic Koala, release candidate human-theme update from
Kenneth Wimer's PPA (see below).
Description of problem: When using a GTK theme which defines 'gtk-icon-
sizes = gtk-button=16,16', certain applications (listed below)
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/29156017/Dependencies.txt
--
Notification area does not select appropriately sized icons for certain
applications
https://bugs.launchpad.net/bugs/400371
You received this bug notification because you are a member of Ubuntu
** Description changed:
Binary package hint: gnome-panel
Distribution: Karmic Koala, release candidate human-theme update from
Kenneth Wimer's PPA (see below).
Description of problem: When using a GTK theme which defines 'gtk-icon-
- sizes = gtk-button=16,16', certain applications
To clarify the screenshots:
- the bugged icons are from the release candidate Human theme with 16,16px
gtk-button size;
- the standard icons are from the Human-Clearlooks theme (with default 24,24px
button size).
All other themes which use 16,16px gtk-button sizes such as Shiki-Colors
will
** Summary changed:
- Notification area does not select appropriately sized icons for certain
applications
+ Notification area of gnome-panel derives application icon size from theme's
gtk-icon-sizes - gtk-button definition incorrectly.
--
Notification area of gnome-panel derives application
** Bug watch added: Transmission Trac #2274
http://trac.transmissionbt.com/ticket/2274
** Also affects: gnome-panel via
http://trac.transmissionbt.com/ticket/2274
Importance: Unknown
Status: Unknown
** Changed in: gnome-panel
Importance: Unknown = Undecided
** Changed in:
Sebastien,
It seems that the latest upload (2.27.4-0ubuntu1) fixed this issue. I
downgraded to the 2.26.3-0ubuntu2 packages and the problem re-appeared.
Pending some confirmation, we can mark this bug as fixed released for
Karmic (whether you want to track the issue in Jaunty is not my
decision,
roffik,
I understand your concern, but the truth is that the Desktop becomes
very cluttered and ugly when used as a download folder. When you mount
and dismount drives regularly, you will see that the placement of new
downloads becomes fragmented, and when you reach the limit, the icons
overlap.
I cannot confirm this issue on an up-to-date Karmic i386 installation.
What video card/driver are you using? I suggest that you check this
issue against the vesa video driver (and if you are using proprietary
drivers, also try switching to the open-source driver) . This may help
you to confirm if
*** This bug is a duplicate of bug 198453 ***
https://bugs.launchpad.net/bugs/198453
** This bug is no longer a duplicate of bug 183917
Sound stops working in Firefox once other applications (Pidgin, Rhythmbox)
have played sound
** This bug has been marked a duplicate of bug 198453
*** This bug is a duplicate of bug 250696 ***
https://bugs.launchpad.net/bugs/250696
** This bug has been marked a duplicate of bug 250696
Many processes are zombies
--
gnome-session leaving zombie's
https://bugs.launchpad.net/bugs/252702
You received this bug notification because you
nandhp,
Please read the comments of the bug report before reporting, this
subject has been discussed. At this time it is not possible to fix
textinput/combobox widgets without patching Firefox *and* GTK - the
linked upstream bug discusses this.
The patches applied by this bug only fix button
Alexander Ken,
Would it not fall under the category of MicroReleaseExceptions?
https://wiki.ubuntu.com/StableReleaseUpdates/MicroReleaseExceptions
If you read Firefox's upstream bug, there is some confusion as to why
GtkButton cases exhibit this bug, and the reason for that confusion is
that a
** Attachment added: Ubuntulooks widgets rendered in Firefox 3 (patched)
http://launchpadlibrarian.net/15069713/Ubuntulooks_widgets_patched.png
--
Cosmetic bug: rectangular white outline surrounding rounded buttons
https://bugs.launchpad.net/bugs/195929
You received this bug notification
Alexander,
Take a look at two shots taken from Firefox 3 on http://slashdot.org.
The first shows the widgets rendered by the default (unpatched) Human
theme using the Ubuntulooks engine, and and second shot shows the
patched engine. Note that the same problem exists for the Murrine
engine, but
Brian,
I'm sorry, but why has the target milestone been removed? Andrea is
referring to GtkEntry widgets needing a hack to fix, but the patches in
the report fixes GtkButton cases, and it is not a hack (in fact, the fix
is to remove an obsolete hack).
Fedora have applied the same fix to
Detlef,
Try my workaround in comment #10. Just remember that this change will
not take effect until all terminals are closed, or perhaps it requires
you to log out and back in.
--
font in terminal does not resemble font in preview
https://bugs.launchpad.net/bugs/190848
You received this bug
A little update.
I have been testing Fedora rawhide and noticed that their nodoka gtk
engine (originally based on murrine, I believe) uses the same fix as I
posted in this bug for Ubuntulooks and Murrine (originally found by
Andrea Cimitan). The issue with GtkEntry boxes is more complicated and
Confirmed on my system, Hardy with latest updates.
I am the author of the Human-Murrine and Human-Clearlooks theme
modifications that added color chooser support. Metacity uses a shade of
the Selected items background colour for these themes, but will not
update in real-time when changed via the
Bruce,
If you took a look at the patches, you'd see that hacks already
existed in the theme engines' code (in Murrine and Ubuntulooks, at
least) specifically for Firefox 2. Removing said hacks fixes the problem
with button borders (GtkButton) but not text boxes (GtkEntry) in Firefox
3.
Since
Bruce,
I think you're misunderstanding the issue. The patches in this bug
report do not change the button roundness in any themes; if the theme
specifies squares widgets, they will remain square.
The purpose of these patches are to remove unnecessary *rectangular*
white borders surrounding
I was suffering from this issue, but xulrunner-1.9 (1.9~b5+nobinonly-
0ubuntu1) did indeed fix the issue. All images display from:
http://virtualnorthstar.org
gpothier,
I am using an Intel 855gm chipset, and as far as I know the intel
driver is now forcing the greedy MigrationHeuristic with EXA.
*** This bug is a duplicate of bug 180962 ***
https://bugs.launchpad.net/bugs/180962
I'm currently creating an alternative theme for consideration in Hardy,
but I want to bring your attention to a crude workaround I've included.
See: http://ubuntuforums.org/showthread.php?t=715530
Basically,
Confirmed, also running latest Hardy. I've noticed this problem for a
while now, and it is especially noticeable when Gnome Appearance
Preferences/Font is set to Subpixel/Slight.
The offending font configuration file is /etc/fonts/conf.avail/53
-monospace-lcd-filter.conf - if you delete or move
We should keep an eye on this bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=405421
--
Cosmetic bug: rectangular white outline surrounding rounded buttons
https://bugs.launchpad.net/bugs/195929
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is
Update:
Since gtk2-engines-murrine is now installed by default in Hardy, I can
confirm that the bug is present with this engine too.
** Also affects: gtk2-engines-murrine (Ubuntu)
Importance: Undecided
Status: New
--
Cosmetic bug: rectangular white outline surrounding rounded buttons
Since hardy is at feature freeze, I'm not sure if murrine will get
updated. If it doesn't, this is the patch necessary to apply against
hardy's gtk2-engines-murrine 0.53.1-1ubuntu1 source. Many thanks for
this, Cimi!
** Attachment added: Patch to fix firefox widgets in gtk2-engines-murrine
...And here's the patch for ubuntulooks. Can the maintainer please check
this patch, and include it (as long as it's ok)? On my system rounded
buttons are now displaying properly after applying this patch to the
source.
** Attachment added: Patch to fix firefox widgets in gtk2-engines-ubuntulooks
Murat, thanks for the information. I'll file a request, but there's
still work to be done.
These patches fix buttons, but text input boxes appear to still exhibit
the problem in Firefox 3. I'm investigating.
--
Cosmetic bug: rectangular white outline surrounding rounded buttons
The problem now seems to be with GtkEntry widgets. Observe the following
cropped image from slashdot.org's login pane, taken while using murrine
compiled with the patch I posted earlier. As you can see, Nickname and
Password exhibit the same problem, but the Log in button does not
(thanks to the
Public bug reported:
Ubuntu release: Hardy (fresh install from Alpha5 desktop cd, all updates as of
February 26th)
System: Dell Inspiron 510m laptop
Graphics subsystem: VGA compatible controller: Intel Corporation 82852/855GM
Integrated Graphics Device (rev 02)
Rounded GTK+ buttons are
** Attachment added: Gmail's Archive button while Clearlooks theme is active
http://launchpadlibrarian.net/12242326/ClearlooksButton.png
--
Cosmetic bug: rectangular white outline surrounding rounded buttons
https://bugs.launchpad.net/bugs/195929
You received this bug notification because
** Attachment added: Gmail's Archive button while Ubuntulooks theme is
active
http://launchpadlibrarian.net/12242352/UbuntulooksButton.png
--
Cosmetic bug: rectangular white outline surrounding rounded buttons
https://bugs.launchpad.net/bugs/195929
You received this bug notification because
Sebastien,
Yes, it's not a good idea to install random debs (although it's nice to
know this patch works).
Users can see and downgrade packages through Synaptic's status filters
or use sudo apt-get install nautilus/gutsy in this case. I hope this
patch can make it into Gutsy in time, if
Indeed, if you have Intel integrated graphics, add this to 'Section
Device' of /etc/X11/xorg.conf:
Option LinearAlloc 8160
See man i810 for more details.
--
Totem crashes when playing high resolution ogg theora
https://bugs.launchpad.net/bugs/109176
You received this bug notification because
Hi Julius,
Perhaps your font cache is corrupt? Run sudo fc-cache -f -v and if
there's no errors in the output, reboot and see if GNOME apps load any
faster.
--
[feisty] Slow gnome application startup due to /etc/hosts misconfiguration
https://bugs.launchpad.net/bugs/94048
You received this bug
*** This bug is a duplicate of bug 32963 ***
https://bugs.launchpad.net/bugs/32963
** This bug has been marked a duplicate of bug 32963
totem overrides XV_CONSTRAST to wrong default value (Xv movies on i810/i945
have horrible colour/gamma)
--
Movies are too bright
FuturePast,
Can you check that you're definitely using XV output in gxine and
mplayer? Other outputs such as X11, OpenGL, etc. shouldn't have this
problem. What about totem-gstreamer, can you see if it's still too
bright with that?
Lionel,
Can you check that totem's gstreamer backend is using
I'm convinced this isn't a gstreamer issue at all, but rather a bug or
feature in totem's GUI that resets a bad default XV_CONTRAST setting
in its interface for Intel chipsets. This could be fixed in totem or in
xserver-xorg-video-i810, being in the latter if XV_CONTRAST is given a
default value
Lionel,
I deleted ~/.gnome2/totem*, and as for gconf, I don't know how to safely
reset totem's defaults. Anyway, what does gconftool -g
/apps/totem/contrast show for you? When I reset to defaults, it's
32767 here.
It may be due to a) it's not fixed on 8xx chipsets, or b) You're not
running
Lionel,
Well, the bug is still present on my systems. Check this comment:
https://launchpad.net/ubuntu/+source/xserver-xorg-
video-i810/+bug/32963/comments/84
Try resetting totem's defaults as explained in that comment, you may
have inadvertently changed the contrast to a non-default value, *or*
Ralf,
Although it seems to increase startup speed of applications for a lot of
users, there is the possibility that this change is breaking things
elsewhere. For example, hostname -f now reports localhost instead of my
hostname (as it did before the change to the hosts files). This needs to be
/22/07, Paul Sladen [EMAIL PROTECTED] wrote:
Excellent summary Conn. Thanks for that. Could you 'apt-get source'
both the packages for totem and for a known-working program (vlc?), then
locate the appropriate place/file in each so that we can compare the
broken code to the good.
Doing
[EMAIL PROTECTED]:~$ hostname
inspiron
[EMAIL PROTECTED]:~$ hostname -f
localhost
--
[feisty] Slow gnome application startup due to /etc/hosts misconfiguration
https://launchpad.net/bugs/94048
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
Martin,
[EMAIL PROTECTED]:~$ cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 inspiron
# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3
erratic and difficult to reproduce.
Thanks,
Conn
--
[feisty] Slow gnome application startup due to /etc/hosts misconfiguration
https://launchpad.net/bugs/94048
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Public bug reported:
System Info: Dell Inspiron 510m, Intel Pentium M processor 1500MHz,
256mb ram, Feisty with latest updates.
Having used Feisty as my primary desktop, I noticed that applications
take some time to load, even when another instance is already open; for
example, gnome-terminal
** Description changed:
System Info: Dell Inspiron 510m, Intel Pentium M processor 1500MHz,
256mb ram, Feisty with latest updates.
Having used Feisty as my primary desktop, I noticed that applications
take some time to load, even when another instance is already open; for
example,
Sebastien,
You marked my bug at https://launchpad.net/bugs/94048 as a duplicate of
this. However, I haven't noticed any logout bugs; my original bug deals
with gnome applications being slow to start.
The root problem and solution may be the same (lo interface, and the
127.0.1.1 hostname split),
Hi Sebastien,
Yep, it works. Here's my output:
[EMAIL PROTECTED]:~$ cat /etc/hosts
127.0.0.1 localhost inspiron
127.0.1.1 inspiron
# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1
Hi,
After some troubleshooting I have identified the precise source of this
sluggishness. When I downgraded xserver-xorg-core sluggishness
persisted, so I experimented with downgrading other packages
selectively, and found the problem to be with libx11-6 (1.1.1-1ubuntu1).
After downgrading to
disturbedsaint,
Thanks, let me address your points:
1. That's right, nvidia-glx is installed on my system and so the nv driver
can't initialize GLX.
2. Ditto, see above.
3. This may be a symptom of the above too, so I don't know.
In light of this, I'm running the benchmarks again, this time
Is this not merely a problem with i810's offscreen allocation for XV?
See 'man i810'. I had this problem on my laptop with an 82855GM on
Dapper (or Edgy, I forget); totem used to crash when loaded with large
movies, or even without a movie due to the logo being too large, and
straining XV's
Cyclops,
It's still feasible that xorg is to blame, but it sounds like metacity
could be stealing focus from your apps, or it could be an EXA rendering
bug. Try changing back to XAA to see if it helps, and try kwin (or
another WM besides metacity) to see if this behaviour continues with a
Hmm,
I downgraded metacity, metacity and metacity-common to 2.16.3-0ubuntu2
from Edgy, but it's still slow. Perhaps there's certain rendering paths
that are slow in xorg that metacity happens to use; all I know is that
performance is excellent with kwin. Maybe I'll try some x11perf tests on
my
Hi,
I ran a complete set of x11perf on first system (Celeron 2.8Ghz w/NVIDIA
GeForce FX 5200 using nv driver), using the herd 4 livecd, and the
version installed on my drive (herd 5 with updates, including the new
xorg 7.2 drivers). I used the same xorg.conf, disabled screensavers and
monitor
** Attachment added: x11perf system logs
http://librarian.launchpad.net/6608516/xorglogs.tar.bz2
--
Sluggish rendering since xorg 7.2 update
https://launchpad.net/bugs/88815
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Hi Sebastien,
I've opened a bug there, but I focused more on performance profiling.
I'll expand on it and explain the problem in detail (I had just linked
to launchpad).
Here it is: https://bugs.freedesktop.org/show_bug.cgi?id=10173
--
Sluggish rendering since xorg 7.2 update
** Bug watch added: Freedesktop Bugzilla #10173
https://bugs.freedesktop.org/show_bug.cgi?id=10173
** Also affects: xorg-server (upstream) via
https://bugs.freedesktop.org/show_bug.cgi?id=10173
Importance: Unknown
Status: Unknown
--
Sluggish rendering since xorg 7.2 update
Timo,
Upon further investigation I think I may have found the real culprit -
metacity.
As I had kdebase installed on my system, I decided to try kwin
--replace within GNOME, and performance is back to normal! Maybe the
problem is specific to metacity and not xorg at all (a reasonable
hypothesis,
I can confirm this bug on two systems running latest Feisty, (using
nvidia and i810 drivers respectively). Switching between totem-gstreamer
and totem-xine makes no difference; gstreamer-properties will show Xv
output correctly in test output, but totem never respects the videosink
selected, and
In fact, it XV_CONTRAST is normal at 64 (I've been experiencing this
bug too).
--
Xv movies on 810/i945 gives horrible color, Gamma
https://launchpad.net/bugs/32963
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Public bug reported:
https://launchpad.net/malone/bugs/34676
Affects: totem (Ubuntu)
Severity: Normal
Priority: (none set)
Status: Unconfirmed
Description:
Hi,
I have identified a bug in totem 1.3.92-0ubuntu1 (from fresh install
Ubuntu Dapper Flight 5). When starting
79 matches
Mail list logo