Closed Bug 944949 Opened 12 years ago Closed 12 years ago

mail.server.server2.directory-rel in prefs.js should use relative path

Categories

(Thunderbird :: Account Manager, defect)

24 Branch
x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 760937

People

(Reporter: Ulf.Zibis, Unassigned)

References

Details

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:25.0) Gecko/20100101 Firefox/25.0 (Beta/Release) Build ID: 20131115110311 Steps to reproduce: Add new account on profile which is hosted on NTFS volume. (The profile is shared by Windows 7 according: http://kb.mozillazine.org/Sharing_a_profile_between_Windows_and_Linux .) Actual results: user_pref("mail.server.server2.directory-rel", "[ProfD]../../../../../media/Daten/Users/user/AppData/Roaming/Thunderbird/Profiles/xxxxxxxx.default/ImapMail/yyyyy"); All existing accounts have correct relative paths. Manual correction doesn't help: After restart, the property is again not relative. Expected results: user_pref("mail.server.server2.directory-rel", "[ProfD]/ImapMail/yyyyy");
See Also: → 102496
So what is the path to the profile directory?
(In reply to :aceman from comment #1) > So what is the path to the profile directory? profiles.ini: [General] StartWithLastProfile=1 [Profile0] Name=default IsRelative=1 Path=Profiles/xxxxxxxx.default /home/.thunderbird is symlink to /media/Daten/Users/user/AppData/Roaming/Thunderbird
Then this looks like a dupe of bug 760937.
Yep, seems at least similar.
BTW: I see, that paths for POP3 accounts use additional '/' after [ProfD], e.g. "[ProfD]/Mail/zzzzz", but others do not.
Ulf, please close bug when applicable. We have enough open bug that aren't duplicates :)
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.