405941 - "Copy folder location" on Windows produces a path string with *nix style forward slashes /

Status: RESOLVED INVALID

(SeaMonkey :: MailNews: Message Display, defect)

Description

[Fernando Cassia]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.8) Gecko/20071009 SeaMonkey/1.1.5

On Linux you can right-click on a mail folder, select "Copy folder location" and obtain a unix/linux style path with forward slashes. On Windows XP, I used the same option and instead of getting a path in Windows form (drive:\dir\dir\file)
I obtained the same unix style path with forward slashes, which obviously when pasted to a command line session didn't work, I had to manually convert all forward slashes to backwards slashes.

Reproducible: Always

Steps to Reproduce:
1.Open Mail & Newsgroups
2.Select the Inbox folder
3.Right click on it and select "Copy folder location"
4.Paste the data into any application and notice that even in Windows this function creates unix style path info with forward slashes
Actual Results:  
mailbox:/C|/DOCUMENTS AND SETTINGS/OWNER/APPLICATION DATA/Mozilla/Profiles/default/qbf99jwg.slt/Mail/pop.compuserve.com/Inbox


Expected Results:  
C:\DOCUMENTS AND SETTINGS\OWNER\APPLICATION DATA\Mozilla\Profiles\default\qbf99jwg.slt\Mail\pop.compuserve.com\Inbox

Comment 1

[WADA:World Anti-bad-Duping Agency]

FYI.
Branch's "Copy Folder Location" feature is already changed on trunk to Properties/"General Information"/Location: display + Copy operation at there, by combination of Bug 180546 and Bug 369393.
And, current issues of Location: display on trunk are handled by Bug 398117 - non-ascii folder path display & display format of local mail folder path on MS Windows(similar to your point out).
Further, request for restore of "Copy Folder Location" feature is being discussed in Bug 394578.  

Comment 2

[Serge Gautherie (:sgautherie)]

Can you reproduce with SeaMonkey v1.1.9 ?

Comment 3

[Jens Hatlak (:InvisibleSmiley)]

As WADA said in comment 1, the location moved to Properties meanwhile, and is now presented as just some additional, internal information (disabled text box) instead of a feature (context menu, copy to clipboard action). Suggesting WONTFIX.

Comment 4

[WADA:World Anti-bad-Duping Agency]

Removal of "Copy folder location" can be called "fixing of this bug" because problem of this bug disappeared by it, so this bug can be FIXED & VERIFIED as "by which patch" is well known :-)

What is correct closing code in such case at B.M.O?

Comment 5

[Phoenix]

The original message states that path to mailbox on Windows uses Unix slashes, that problem is still here, when you click on Inbox and select Properties, in Location field you see "mailbox:///M:/Bugday/Profile/Mail/localhost/Inbox" instead of "M:\Bugday\Profile\Mail\localhost\Inbox" so issue must be marked as NEW or WONTFIX
Build identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0a1) Gecko/20111017 Firefox/10.0a1 SeaMonkey/2.7a1

Comment 6

[Philip Chee]

mailbox:///M:/...
IIRC the mailbox:// protocol is a platform independent internal representation that our mailnews code uses. So either INVALID or change this bug to an ENHANCEMENT to show a local native file path.

Comment 7

[Jens Hatlak (:InvisibleSmiley)]

As Philip explained in comment 6, the URI shown in the Properties dialog is an internal one. If you open the dialog from a newsgroup "folder", the URI that is shown even contains a port and no file system path information at all. So what is shown in that field is not /supposed/ to be a file system path, even if it appears as such /under certain circumstances/. It could even, at some point in time, change into something completely different (say, a database location indicator).

If you want to know the location of a folder, open Mail & Newsgroups Account Settings, go to Server Settings and get the path from under "Local directory" (that's only the account's path, but all folders are either directly below it or under some *.sbd hierarchy).

If you really need a way to directly retrieve a folder's file system location, that sounds like something that could easily be provided by an add-on. If however you strongly feel this should be provided directly in SeaMonkey, please file a new bug about that; this one is now closed.