Public bug reported:
Buttons with rounded rectangles have thicker line weights in the corners
than the horizontal or vertical lines.
Description:Ubuntu quantal (development branch)
Release:12.10
ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: indicator-session 12.10.2-0ubuntu1
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1048051
Title:
Button outlines are thicker on rounded corners than on horizontal or
vertical lines
To manage notifications about this bug go to:
A little GUI bug. Rounded rectangles have different line weights in
corners than on the horizontal or vertical lines.
** Attachment added: artifacts around buttons
https://bugs.launchpad.net/ubuntu/+source/indicator-session/+bug/1048051/+attachment/3302261/+files/button%20artifacts.png
--
I discovered that disabling the xorg Composite extension fixes this
issue for me (For the record, I was having this issue with the
commercial NVidia drivers, not Intel).
In your /etc/X11/xorg.conf add this, and then restart X:
Section Extensions
Option Composite Disable
EndSection
Of
For the record, I am experiencing the same behavior, but I am using the
binary nvidia driver, not intel. The problem seems especially likely
to occur when switching to/from terminal windows and emacs instances.
As soon as the parent window decides to redraw, the artifacts vanish. I
experience
Similar error updating samba on PPC:
Setting up samba-common (2:3.3.2-1ubuntu3.1) ...
dpkg: error processing samba-common (--configure):
subprocess post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of smbfs:
smbfs depends on samba-common (=
Similar error updating samba on PPC:
Setting up samba-common (2:3.3.2-1ubuntu3.1) ...
dpkg: error processing samba-common (--configure):
subprocess post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of smbfs:
smbfs depends on samba-common (=
A few minutes ago, while I had Enable assistive technologies enabled,
and all my Custom App Launchers began freezing gnome-panel again. I
went to the Accessibility dialog and disabled Enable assistive
technologies, and closed the dialog. The freezing did not stop. I
re-enabled it, and the
Public bug reported:
After dist-upgrading my amd64 Intrepid workstation to Jaunty, gnome-
panel began to freeze when I launched Custom Application Launchers.
After some restarting and investigating I determined that the problem
does not happen immediately when the Gnome session starts, but can
** Attachment added: gdb backtrace of frozen gnome-panel
http://launchpadlibrarian.net/26090664/gnome-panel-freeze-backtrace.txt
--
gnome-panel freezes upon launching custom launchers
https://bugs.launchpad.net/bugs/368836
You received this bug notification because you are a member of Ubuntu
Sebastien, I went to the Accessibility dialog and un-checked Enable
assistive technologies and closed the dialog. Afterwards, my
gnome-panel did seem to stop freezing.
I then went and re-checked the Enable assistive technologies
checkbox, and gnome-panel continued to work properly, and I haven't
I tried the native 64 bit plugin as soon as I heard about it yesterday
morning. It's been working great, no problems at all since yesterday
morning.
I'm finding it harder to continue trying to solve the nspluginwrapper
problem
To remove nspluginwrapper and switch to the new 64 bit plugin:
No luck building a working package yet, I'm still trying though. It's
a hard problem to test because the problem behavior can take so long
to manifest itself sometimes.. it's hard to know when to call a test a
success.
--
firefox shows grey box instead of flash player on amd64
Simon Morgan,
Yes, I never did have a failure with the vanilla nspluginwrapper. I
used it for a couple days before I decided I'd call it a success.
Since then, I've been making builds of the ubuntu nspluginwrapper deb
with various patches removed in an attempt to determine exactly what is
Simon, I had times when the vanilla install would fail to render an
animation but reloading would always fix it. Whereas with the ubuntu
package, reloading does not fix the problem..
Also, I had problems with sound at one point with the vanilla
nspluginwrapper, but it went away once I did some
Arg, I am still having flash crashes that are requiring me to restart
firefox despite removing 006_runtime-restart.diff. Ignore previous
comment, I suppose!
--
Npviewer randomly freezes while surfing sites like youtube
https://bugs.launchpad.net/bugs/158126
You received this bug notification
Alexander Sack,
OK, I built nspluginwrapper 1.1.2 vanilla from the upstream tarball, and
I've been running firefox with it since this morning.. about 5 hours
now.. so far, no flash misbehavior. I'll report if I eventually
encounter the bug in this setup, but seems like this solves the problem
in
In intrepid, using flashplugin-nonfree the same problem persists for me,
despite ubuntu providing nspluginwrapper 1.1.2. Rather than seeing
npviewer.bin segfaults, I now see this:
[219368.517973] firefox[26511]: segfault at 7f01fb15e1ae ip
7f01fc1c4df1 sp 7fff052e9a30 error 4 in
I just built nspluginwrapper 1.1.2-0ubuntu1 completely vanilla *except*
I commented out the 006_runtime-restart.diff patch, and I've found flash
to be much more robust without it; I am no longer required to restart
firefox when flash fails. Sometimes, I have to reload the page but
that's it. I
I've installed nspluginwrapper 1.1 (development branch) and I can
confirm that what Mr. Mens says above is true; when the npviewer.bin
segfaults occur, the browser does not need to be restarted for flash to
continue working. Anyone looking for a quick fix to this annoying
behavior should check it
I also experienced this issue on 64 bit hardy. I'm glad to find a bug
on the issue, it's really quite annoying to restart Firefox every few
hours.
Earlier in the week, I built my own packages to replace hardy's
flashplugin-nonfree and nspluginwrapper, and the issue seems to have
gone away.
Argh, this didn't help, ignore my previous comment. I had firefox
running for 3 days without flash crashing, and as soon as I posted the
above comment:
[1807330.735710] npviewer.bin[12486]: segfault at f5ac4030 rip f78be540
rsp ff99cb7c error 4
Sorry folks.
--
firefox shows grey box instead
22 matches
Mail list logo