I have a Yoga C940, which is the precursor to the 9i. It has the
soundbar and two speakers under the body of the laptop. Out of the box
the body speakers did't work but there is a special BIOS for the C940
(only) that activates an amplifier for these speakers. I think that
the C940 only has
On 16.10, the sliders in the xsane application are sometimes not
working, they cannot be moved, or move only very short distance, or
sliders in the histogram do not stay on the new position but return to
old position after left mouse release . I'am new to xsane, so maybe I do
something wrong, but
No action yet that I can see. Does anyone know how to get this patch
looked at? The current setup with its 5 second delay is getting
annoying.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1210898
No action yet that I can see. Does anyone know how to get this patch
looked at? The current setup with its 5 second delay is getting
annoying.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1312641
OK, done.
Hopefully this will get picked up faster than your patch.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1312641
Title:
Removable drives and media do not automatically mounted at boot
To
Created attachment 6191
Try to get GVolume right away and only if that fails wait for 1 second
This should change the total delay from 5 seconds per partition to at
most 1 second for an entire physical device.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
I see that 0.8.1 has your patch.
I think that better than waiting 1 second would be to try immediately
and only then wait for a bit. I modified the code accordingly, ending
up with
static gboolean
tvm_block_device_mount_volume (TvmContext *context, GVolume *volume)
{
GMountOperation
Created attachment 6191
Try to get GVolume right away and only if that fails wait for 1 second
This should change the total delay from 5 seconds per partition to at
most 1 second for an entire physical device.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
OK, done.
Hopefully this will get picked up faster than your patch.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1210898
Title:
Removable drives and media not automatically mounted/listed
To
My patch that tries to get the volume up to three times, with a 1-second
delay between each time, hides the problem successfully.
However, a better solution would be to have thunar-volman only called
when the volume has been set up. This is known, as the volume has to be
set up for the icon to
https://bugzilla.xfce.org/show_bug.cgi?id=9193#c14
doesn't work reliably for me. It may be that it doesn't help at all,
except to cause the race condition to sometimes come out the right
way.
The problem is still active with Thunar 1.6.6 and thunar-volman 0.8.0.
I'm going to try to add some
I see that 0.8.1 has your patch.
I think that better than waiting 1 second would be to try immediately
and only then wait for a bit. I modified the code accordingly, ending
up with
static gboolean
tvm_block_device_mount_volume (TvmContext *context, GVolume *volume)
{
GMountOperation
My patch that tries to get the volume up to three times, with a 1-second
delay between each time, hides the problem successfully.
However, a better solution would be to have thunar-volman only called
when the volume has been set up. This is known, as the volume has to be
set up for the icon to
https://bugzilla.xfce.org/show_bug.cgi?id=9193#c14
doesn't work reliably for me. It may be that it doesn't help at all,
except to cause the race condition to sometimes come out the right
way.
The problem is still active with Thunar 1.6.6 and thunar-volman 0.8.0.
I'm going to try to add some
This sounds very much like
https://bugzilla.xfce.org/show_bug.cgi?id=9193 which has a proposed
workaround.
The crux of the problem is that thunar-volman tries to access
information about the volume before the information is available.
Adding a delay solves the problem, but not in a pleasant way.
I just wish to confirm this bug.
I upgraded Xubuntu from 10.04 to 10.10 today and then played with the theme
settings.
Choosing Wildbush causes a serious crash, preventing further logins.
I got out of the pickle by logging in to the console and then went:
cd /usr/bin and running xfce4-panel.
I had the same problem with Hardy.
Changing the access right for .dmrc alone doesn't changed anything, but this
sequence solved this problem (my user name is 'pit'):
cd /home
chmod 744 pit
cd /home/pit
chmod 644 .dmrc
--
User's $HOME/.dmrc file is being ignored.
17 matches
Mail list logo
