Release Notes can't be opened when Firefox is already running.

Bug #446679 reported by Roland Neary
24
This bug affects 4 people
Affects Status Importance Assigned to Milestone
ubiquity (Ubuntu)
Fix Released
Medium
Stéphane Graber

Bug Description

Binary package hint: ubiquity

If firefox is launched before ubiquity, clicking the 'Release Notes' link gives a 'Firefox is already running but is not responding' error. The release notes are not opened in a new tab of the running firefox instance. When both applications have been restarted the problem does not occur.

The problem occurs in both 1.99.28_amd64 and, after upgrading the live environment, 1.99.31_amd64.

Steps to reproduce:
- boot 9.10beta_amd64 livecd [ and `sudo aptitude install ubiquity` ]
- launch firefox
- click the 'Install Ubuntu 9.10' icon
- click the 'Release Notes' button

ProblemType: Bug
Architecture: amd64
Date: Thu Oct 8 20:12:21 2009
DistroRelease: Ubuntu 9.10
LiveMediaBuild: Ubuntu 9.10 "Karmic Koala" - Beta amd64 (20090929.2)
Package: ubiquity 1.99.31
ProcEnviron:
 SHELL=/bin/bash
 LANG=en_US.UTF-8
ProcVersionSignature: Ubuntu 2.6.31-11.36-generic
SourcePackage: ubiquity
Uname: Linux 2.6.31-11-generic x86_64

Revision history for this message
Roland Neary (abcccc) wrote :
Revision history for this message
Ioannis Ramfos (isr81) wrote :

This is still an issue on Natty (20110409).

tags: added: ubiquity-1.99.31
tags: added: karmic
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in ubiquity (Ubuntu):
status: New → Confirmed
Revision history for this message
LiohMoeller (liohmoeller) wrote :

And of course in Precise - Here it occurs, when you e.g. try to click on the AskUbuntu link if Firefox is already open.

Revision history for this message
Stéphane Graber (stgraber) wrote :

The source of the problem is in ubi-language.py in the on_link_clicked function (line 350).

Ubiquity simply uses the gtk url hook to call sensible-browser, my guess is that for some reason sensible-reason doesn't get called as the right user or with the right environment to be able to talk to the running firefox.

Changed in ubiquity (Ubuntu):
status: Confirmed → Triaged
importance: Undecided → Medium
Changed in ubiquity (Ubuntu):
assignee: nobody → Stéphane Graber (stgraber)
Changed in ubiquity (Ubuntu):
status: Triaged → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package ubiquity - 2.11.33

---------------
ubiquity (2.11.33) quantal; urgency=low

  [ Dmitrijs Ledkovs ]
  * Make Add/Remove/Change toolbar not have a background. Thanks to
    askubuntu and andrewsomething.
  * Fix TypeError in a debug statement when resize is not possible due to
    small total disk space.
  * Remove more of Python 2 support. We are not going back to the __future__.
  * Use py3compile, instead of pycompile.

  [ Stéphane Graber ]
  * Fix drop_all_privileges to also set LOGNAME which is required by firefox
    to contact an existing instance. (LP: #446679)

  [ Colin Watson ]
  * Automatic update of included source packages: debian-installer-utils
    1.91ubuntu4 (LP: #1049535), flash-kernel 3.0~rc.4ubuntu23.
 -- Colin Watson <email address hidden> Fri, 14 Sep 2012 12:40:52 +0100

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

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.