ubiquity messes with sound volume

Bug #152012 reported by Ian Jackson on 2007-10-12
Affects Status Importance Assigned to Milestone
ubiquity (Ubuntu)

Bug Description

Binary package hint: ubiquity

I'm testing gutsy amd64 dvd 20071010.2. I opened various applications before starting the install - including totem, which I have playing some music.

I then started ubiquity, and answered the questions up to and including the partitioner prompt. At the point where I said "yes" to the partitioning setup, the music suddenly became much quieter.

I re-maximised the volume control (which I had left open earlier) and found that the playback volume had been reduced. I increased it again and the sound was once more suitably loud.

This seems like it may be related to, or an occurrence of, bug 63041.

Ian Jackson (ijackson) wrote :

It just fiddled with it twice more, at "Erkennung" of hardware, and then when "Hardware wird eingerichtet".

Colin Watson (cjwatson) wrote :

The only way this could possibly be happening is by modules being loaded or by a udevtrigger or udevsettle or similar. Ubiquity certainly doesn't touch anything to do with sound directly. Would it be possible to get more detail on which modules were loaded? The syslog should have a list, which should narrow it down at least a bit even if you don't know exactly what was happening at the time.

Ian Jackson (ijackson) wrote :
TerryG (tgalati4) wrote :

Triaged to Incomplete. Though Linux allows you to do several things at once, during installation, any multimedia running could interfere with the installation. The standard use case is to allow the installer to run unimpeded. Perhaps a dialog should be presented that warns the user of strange desktop behavior during installation and shut down any extra applications before beginning installation.

For this specific case, it's possible that root user had low volume set, but the current desktop user was setting it higher. Whenever the root user was invoked (through the installer) the volume returned to the root user level.

Changed in ubiquity:
status: New → Incomplete
Colin Watson (cjwatson) wrote :

TerryG: honestly, that hypothesis does not make a lot of sense. Simply running a process as another user doesn't touch sound in any way. Please do not set bugs to Incomplete unless you are asking a specific question of the reporter.

Fortunately, Evan has fixed this one in Hardy:

debian-installer-utils (1.50ubuntu2) hardy; urgency=low

  * Avoid sound events as they will trigger audio to be played on every
    call to udevtrigger; udevsettle (LP: #178057).

 -- Evan Dandrea <email address hidden> Mon, 25 Feb 2008 15:08:47 -0500

Changed in ubiquity:
status: Incomplete → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Related questions

Bug attachments