Closed
Bug 286539
Opened 20 years ago
Closed 19 years ago
setting associated application for documents follows symlinks
Categories
(Firefox :: File Handling, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 247792
People
(Reporter: sofar, Unassigned)
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050303 Firefox/1.0.1 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050303 Firefox/1.0.1 When associating a helper application with a new document type, the mozilla suite follows the 'selected' location and reduces it to the real location of the binary. This breaks installations where applications are symlinks that point to *changing* applications. Reproducible: Always Steps to Reproduce: 1. associate PDF files with /import/nfs/bin/acroread 2. see that the link was reworked into /import/nfs/Acrobat/5.05/bin/acroread 3. SA upgrades acroread to 7.00 4. mozilla cannot find acroread anymore Expected Results: Mozilla should not unwind sylinks and accept the exact user input. Mozilla should follow agreeable PATH components and allow the user to type in the name of the application without the full path as well.
Updated•20 years ago
|
Version: unspecified → 1.7 Branch
Comment 1•20 years ago
|
||
Firefox Bugs belong to Firefox, not the Application Suite. Moving
Product: Mozilla Application Suite → Firefox
Version: 1.7 Branch → 1.0 Branch
Comment 2•20 years ago
|
||
I have the same problem with thunderbird.
Sounds like bug 247792 (which is about another effect of the same behavior that causes this). *** This bug has been marked as a duplicate of 247792 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Component: General → File Handling
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•