Closed Bug 301109 Opened 21 years ago Closed 14 years ago

Feed / folder with title that includes ? results in "File not Found" error

Categories

(MailNews Core :: Feed Reader, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: beltzner, Unassigned)

References

Details

(Whiteboard: [sg:investigate])

To reproduce: 1. Subscribe to an RSS feed 2. Change the folder title to include a "?" 3. Select an entry from the RSS feed Actual results: The user sees the following error in the article summary pane (I've cut and pasted an example, but obviously the path would depend on the OS, profile name, and name of the RSS feed): File Not Found Error The file /Users/beltzner/Library/Thunderbird/Profiles/6t8trroi.default/Mail/News & Blogs/Friends.sbd/blarg?test?number=1660 cannot be found. Please check the location and try again. The file specified by the address (URL) cannot be found. Check that the file exists and that you have sufficient permissions to view it. Expected Results: That the selected RSS entry would be shown.
I should note that this seems like a regression; feeds with ? in the title work in Thunderbird 1.0+.
confirmed linux tb trunk 20050714. also happens with local mail folders.
OS: MacOS X → All
Hardware: Macintosh → All
(In reply to comment #1) > I should note that this seems like a regression; feeds with ? in the title work > in Thunderbird 1.0+. 1.0+ is a long time span... not working for me in 1.0 either with 1.0 on linux -- fails silently without error messages, there, though.
> 1.0+ is a long time span... not working for me in 1.0 either with 1.0 on linux > -- fails silently without error messages, there, though. Yeah, let me correct that. This is a regression for *RSS Feeds* compared to v1.0.x. (That's likely to do with the fact that 1.1 seems to treat RSS feeds like local folders) The bugs that are referenced in comment 3 lead me to believe that the local folders issue has been around for a long time, so this is probably a dupe of bug 41944, although that seems to imply that it was at one point fixed?
Is this a security hole? Could an attacker cause a different file to be displayed by choosing a name cleverly and encouraging you to use its name as a folder name?
Whiteboard: [sg:investigate]
here's a quick strace snippet, that might help answer that to some extent (dups, non-stat/open/unlinks and path components omitted): stat64(".../Local Folders/debian?lists", {st_mode=S_IFREG|0600, st_size=20136161, ...}) = 0 stat64(".../Local Folders/debian?lists.msf", {st_mode=S_IFREG|0644, st_size=651747, ...}) = 0 stat64(".../Local Folders/debian.msf", 0xbfffa134) = -1 ENOENT (No such file or directory) unlink(".../Local Folders/debian.msf") = -1 ENOENT (No such file or directory) open(".../Local Folders/debian", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
*** Bug 312589 has been marked as a duplicate of this bug. ***
Flags: blocking1.8rc1?
Flags: blocking1.8rc1? → blocking1.8rc1-
Flags: blocking1.8.1?
QA Contact: rss
Assignee: mscott → nobody
Component: RSS → Feed Reader
Product: Thunderbird → MailNews Core
no longer valid; reopen if reproduceable.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.