647601 - Installing more than 1 addon w/o restart fails completely

Status: RESOLVED WORKSFORME

(Firefox :: General, defect)

Description

[vasyabelkin5]

User-Agent:       Mozilla/5.0 (X11; Linux x86_64; rv:2.0) Gecko/20110321 Firefox/4.0
Build Identifier: Mozilla/5.0 (X11; Linux x86_64; rv:2.0) Gecko/20110321 Firefox/4.0

Installing more than one addon, that needs restart to work, without restarting in between fails and addons do not show as installed and do not work at all. The bug applies also to addon updating. The bug is 100% reproducible with new profiles created each time. Applies to different addons (for example, Stylish and Greasemonkey, or Downthemall and DOM Inspector). It does not matter whether the addons are installed from web or from downloaded files; it does not matter whether the restart is via the restart prompt after installing the second addon or via File -> Exit. At the same time, if I do restart after each installation, the problem does not happen!

Reproducible: Always

Steps to Reproduce:
1. Create new profile.
2. Install, for example, Greasemonkey and Stylish in the same session.
3. Restart Firefox
Actual Results:  
The addons do not show as installed and do not work. They are actually written to the extension directory.
The extensions.log contains the following:
2011-04-03 23:44:53 ERROR addons.xpi: SQL error 10: disk I/O error at resource://gre/modules/XPIProvider.jsm:3407
2011-04-03 23:44:53 ERROR addons.xpi: Failed to add add-on {46551EC9-40F0-4e47-8E18-8E5CF550CFB8} in app-profile to database: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [mozIStorageStatement.execute]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: resource://gre/modules/XPIProvider.jsm :: XPIDB_rollbackTransaction :: line 3642"  data: no] at resource://gre/modules/XPIProvider.jsm:3642
2011-04-03 23:44:53 ERROR addons.xpi: Error during startup file checks, rolling back any database changes: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [mozIStorageStatement.execute]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: resource://gre/modules/XPIProvider.jsm :: XPIDB_commitTransaction :: line 3627"  data: no] at resource://gre/modules/XPIProvider.jsm:3627
2011-04-03 23:44:53 ERROR addons.manager: Exception calling provider startup: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [mozIStorageStatement.execute]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: resource://gre/modules/XPIProvider.jsm :: XPIDB_rollbackTransaction :: line 3642"  data: no] at resource://gre/modules/XPIProvider.jsm:3642
2011-04-03 23:45:02 ERROR addons.xpi: 2 outstanding transactions, rolling back. at resource://gre/modules/XPIProvider.jsm:3959
2011-04-03 23:45:02 ERROR addons.manager: Exception calling provider shutdown: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [mozIStorageStatement.execute]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: resource://gre/modules/XPIProvider.jsm :: XPIDB_rollbackTransaction :: line 3642"  data: no] at resource://gre/modules/XPIProvider.jsm:3642

Expected Results:  
Both addons should be installed and fully working

Comment 1

[Thomas Ahlblom]

I have tried to reproduce this bug with different Firefox 4 versions, but it always works as expected for me.

From where did you get your Firefox 4 client? (Directly from Mozilla or has it been repacked by someone?)

What Linux flavor are you running?

Comment 2

[vasyabelkin5]

I use ArchLinux(http://www.archlinux.org) x86_64. This is the page for the browser installation: http://www.archlinux.org/packages/extra/x86_64/firefox
If you click on the first link titled "SVN Entries (extra-x86_64)" in "Package Actions" section (upper right corner), you will go to http://projects.archlinux.org/svntogit/packages.git/tree/firefox/repos/extra-x86_64/ The installation procedure is described in the PKGBUILD file.
I've also uploaded a short video to http://www.youtube.com/watch?v=XM3s6sl-z8I, showing the problematic usage and a workaround.
I also downloaded the official release from http://releases.mozilla.org/pub/mozilla.org/firefox/releases/4.0/linux-x86_64/en-US/firefox-4.0.tar.bz2 and observed the very same behavior

Comment 3

[Thomas Ahlblom]

Reporter, is still an issue with current versions of Firefox?

Comment 4

[vasyabelkin5]

Nope. Checked on 10.0.2 64b on ArchLinux. You may close the bug. Thanks