Closed Bug 286539 Opened 20 years ago Closed 19 years ago

setting associated application for documents follows symlinks

Categories

(Firefox :: File Handling, defect)

1.0 Branch
x86
Linux
defect
Not set
normal

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.
Version: unspecified → 1.7 Branch
Firefox Bugs belong to Firefox, not the Application Suite.  Moving
Product: Mozilla Application Suite → Firefox
Version: 1.7 Branch → 1.0 Branch
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.