Public bug reported:
When using the system for some time, at some point display freezes. The system
seems to continue working as mplayer remains streaming internet radio and also
the audio output works properly. During this lock-up the mouse can be moved but
any click is ignored. Furthermore an
I continue to experience this bug several times a day. The bug can occur
as early as 20 minutes after boot, but may also not occur during several
hours of usage. I do not see anything suspicious in the log files
though. It might be a coincidence but it may especially occur when using
mplayer.
--
The bug can occur as early as 1 minute after boot up. I tried watching a video
in mplayer. Several times the system locked up which I handled with a hard
reset. Once I just started mplayer, skipped to the correct position in the
video and could only watch 5 seconds more as the system froze again
Regarding the backends, I used gl/x11 for the last few days and did not
encounter the lockup. While at the same time, the machine will lockup instantly
(after 5secs) when using -vo xv. Sorry, that this does not confirm your
suspicion but maybe my gl backend does not trigger the code path you men
Regarding my last entry, fortunately my system now "recovered" from the
behaviour of not detecting external monitors.
Concerning the hangup issue I want to add that HTML5/Flash videos also does not
seem to trigger the hangup, however I am not aware of the subsystem used for
this video playback (
For some other reason I switched my window manager to dwm and can now
almost reliably reproduce the failure by simply starting a video in
mplayer and wait for approx. 5 seconds. Before with gnome/metacity I
could sometimes watch entire movies of multiple hours. Sometimes it
would crash in between b
Out of the backend I tried (xv, gl_nosw, x11, sdl/x11, gl, gl2) xv seems
to be causing the problem. I am currently using the backend x11 and have
yet to observe a crash using it. However during my tesing cauing the
crash was not as reliable as in real-world usage before but at the time
of the crash
Since the affected maschine is not reachable via SSH, I just dumped the
error state every second (while [ 1 ]; sleep 1; do cat
/sys/kernel/debug/dri/0/i915_error_state >> error_state; done) and
deleted all the "no error state" lines from the file before the actual
error dump after the crash. As it
I applied (apt-get source, patch -p1, dpkg-buildpackage -b, dpkg -i) the
patch against the current ubuntu stock kernel (3.8.0-25-generic) but to
no avail, a mplayer with xv will instantly result in the lockup state.
Due to that I have configured my mplayer to use the gl backend which is
running fla
I can confirm this issue with Empathy 2.32.1.
The input box for the group chat dialogue (in this case XMPP MUC) expands
instead of wrapping the text around. As correctly mentioned before, this only
happens when the member list is shown.
--
You received this bug notification because you are a me
I am also affected by this problem.
After the boot splash, sometimes the screens turns black and stays this way, no
switching to TTYs is possible. Rebooting via powerbutton is possible. Most of
the time this bug does not happen but only sometimes.
Freshly installed Ubuntu 10.10 with no modificat
Public bug reported:
Binary package hint: gdm
The ubuntu icon displayed above the input box is rendered incorrectly
aswell as the OSD notification (when increasing brightness) as you can
see in the attached picture.
ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: gdm 2.30.5-0ubuntu4.1
Proc
** Attachment added: "Rendering bugs in GDM"
https://bugs.launchpad.net/bugs/768228/+attachment/2079091/+files/IMAG0044.jpg
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/768228
Title:
gdm render
13 matches
Mail list logo
