Closed
Bug 262653
Opened 21 years ago
Closed 21 years ago
unpriviledged user can't update firefox or extensions and root updates don't register for normal users
Categories
(Toolkit :: Application Update, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 262558
People
(Reporter: bugs, Assigned: bugs)
References
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040926 Firefox/0.10
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040926 Firefox/0.10
At the moment I have a critical update (downloading fix), two optional
components and three component updates waiting, with an icon in the top right
corner telling me so. But I can't install them. I can't get the checkboxes to
select, although it obviously thinks they are selected as the Install Now button
isn't greyed out. When I click Install Now, it claims it can't install it due to
a problem. The only info it gives is "read only".
It works fine if I do it as root, but that only installs the updates for root.
My normal account still insists the critical update needs downloading.
Reproducible: Always
Steps to Reproduce:
1.Click the red arrow by the throbber or click "update now" in
edit->preferences->advanced->updates
2.click "Update Now"
Actual Results:
It claimed the updates couldn't be installed
Expected Results:
Installed the updates
LFS testing (ie: linux 2.6) and BLFS svn.
Configure arguments
--prefix=/opt/firefox-1.0PR --with-system-zlib --with-system-png
--with-system-jpeg --enable-default-toolkit=gtk2 --disable-mailnews
--disable-ldap --enable-xft --enable-crypto --enable-xinerama
--enable-single-profile --disable-composer --enable-extensions=all
--disable-installer --disable-tests --disable-debug --enable-optimize
--disable-logging --enable-reorder --enable-strip --disable-pedantic
--enable-cpp-rtti --disable-profilesharing
Comment 1•21 years ago
|
||
*** This bug has been marked as a duplicate of 262637 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Comment 2•21 years ago
|
||
Gavin,
I don't see how this is a duplicate. This has to do with the fact that
permissions in /usr/lib are set such that normal users can't write there. The
bug #262637 is totally unrelated. It has to do with firefox thinking the update
still needs to be installed after installing the update as a root user. Bug
#262637 could be resolved yet this may still occur.
Please reopen.
Comment 3•21 years ago
|
||
Sorry, my mistake. I meant to dupe it to bug 262558, although looking at it now,
that might not be the right one either.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Comment 4•21 years ago
|
||
*** Bug 262670 has been marked as a duplicate of this bug. ***
Comment 5•21 years ago
|
||
*** Bug 262579 has been marked as a duplicate of this bug. ***
Comment 6•21 years ago
|
||
(In reply to comment #4)
> *** Bug 262670 has been marked as a duplicate of this bug. ***
262670 concerned the fact that if one uses "sudo firefox" to raise priviledge to
install the updates one kills all ones stored bookmarks, passwords, settings, etc.
That seems to be a different bug from this one.
Comment 7•21 years ago
|
||
*** This bug has been marked as a duplicate of 262558 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago → 21 years ago
Resolution: --- → DUPLICATE
Comment 8•20 years ago
|
||
*** Bug 265706 has been marked as a duplicate of this bug. ***
Updated•17 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•