Closed
Bug 301109
Opened 19 years ago
Closed 13 years ago
Feed / folder with title that includes ? results in "File not Found" error
Categories
(MailNews Core :: Feed Reader, defect)
MailNews Core
Feed Reader
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.
| Reporter | ||
Comment 1•19 years ago
|
||
I should note that this seems like a regression; feeds with ? in the title work in Thunderbird 1.0+.
Comment 2•19 years ago
|
||
confirmed linux tb trunk 20050714. also happens with local mail folders.
OS: MacOS X → All
Hardware: Macintosh → All
Comment 4•19 years ago
|
||
(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.
| Reporter | ||
Comment 5•19 years ago
|
||
> 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?
Comment 6•19 years ago
|
||
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]
Comment 7•19 years ago
|
||
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)
Updated•19 years ago
|
Flags: blocking1.8rc1? → blocking1.8rc1-
Updated•18 years ago
|
QA Contact: rss
Updated•16 years ago
|
Assignee: mscott → nobody
Comment 10•13 years ago
|
||
no longer valid; reopen if reproduceable.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•