firefox version: 3.1b3
De: Kde 3.5
I'm using archlinux and i haven't any problem.
I think it's just a matter of mimetypes (located at:
~/.mozilla/firefox/ProfileName/mimeTypes.rdf )
Attached you'll find mine which uses /usr/bin/xdg-open, but if "file" is
defined, you can easilly go through:
Men
It just won't work for me.
My cursor keys are still messed up.
i can use xmodmap to make them works, but Alt_R modifier won't (in italian
layout i cannot write @,#,[,] )
Also setxkbmap doesn't work, no matter what option i use, i get:
"Error loading new keyboard description"
I don't use any xorg.c
Hi,
I was searching for something similar because i've the very same SSD model, and
an error that looks almost equal to yours.
My distro, however, is not Ubuntu, I use Arch.
Even if we use different kernels, it is weird that we're starting to
have problems since November 2019, isnt'it?
My theory
Created attachment 716501
Scrolling native widgets
It is not totally fixed.
Web pages looks good in FF 19 even after the scrolling; but text inside native
widgets does not.
If you edit a long text in a field like the one im writing into and then scroll
it; the subpixel antialiasing becomes gray
What if one doesn't use pulseaudio and/or the device is playing something when
you try to rmmod snd_ice1712?
It won't work because the module is in use, and if you force with -f, you'll
probably get a segmentation fault or a hung task timer kernel message.
After that the only way to resume the de
The bug is can be reproduced with and without pulseaudio. And is all
about the module just not supporting resume as it should.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1035768
Title:
[ICE1712 -
Other driver (BR/postscript) is extremely slow.
As a workaround i'm using it with the LaserJet4000 driver (6040d_dn emulates
it).
The quality seems lower, but the duplex works (is ok for text).
Beware that with that if you print odd pages in laserjet4000 emulation, then
the last is discarded, and
Public bug reported:
Playing an audio cd with mplayer is impossible,
depsite of the cache size.
Audio begin skipping as soon as cache becomes empty, and it will.
Here is what happens:
mplayer cdda:// -noconfig all -identify -cdrom-device /dev/sr1 -cache 4096
-cache-min 99
(after a while)
Cache
Running the latest nvidia driver: 270.41.06 with old xorg-server 1.9 don't
exhibits the issue for me on archlinux
So maybe it is not (only) an nvidia bug, but an interaction with newer xorg if
not entirely an xorg bug.
--
You received this bug notification because you are a member of Ubuntu
Bug
