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)
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•21 years ago
|
||
I should note that this seems like a regression; feeds with ? in the title work
in Thunderbird 1.0+.
Comment 2•21 years ago
|
||
confirmed linux tb trunk 20050714. also happens with local mail folders.
OS: MacOS X → All
Hardware: Macintosh → All
Comment 3•21 years ago
|
||
Comment 4•21 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•21 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•21 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•21 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)
Comment 8•20 years ago
|
||
*** Bug 312589 has been marked as a duplicate of this bug. ***
Updated•20 years ago
|
Flags: blocking1.8rc1? → blocking1.8rc1-
Updated•19 years ago
|
QA Contact: rss
Updated•18 years ago
|
Assignee: mscott → nobody
Comment 10•14 years ago
|
||
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.
Description
•