Unable to subscribe to feed URLs passed from browsers (Mac)

RESOLVED FIXED in Thunderbird 3

Status

MailNews Core
Feed Reader
P1
major
RESOLVED FIXED
12 years ago
3 years ago

People

(Reporter: mano, Unassigned)

Tracking

({fixed1.8})

Trunk
Thunderbird 3
PowerPC
Mac OS X
fixed1.8
Dependency tree / graph
Bug Flags:
blocking-thunderbird3 -
wanted-thunderbird3 +

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(2 attachments)

For some reason, I tought this stuff is already done... If I  click on feed://
URIs in Firefox, thunderbird opens open a new message window.

I am going to debug this tomorrow, if it turns out this isn't fixable for 1.8, I
will disable the feed handling in the mac shell service...
Summary: [Mac] Clicking on feed:// URIs results in a new message window → [Mac] Thunderbird fails to open feed:// uris
Status: NEW → ASSIGNED
Priority: -- → P1
Target Milestone: --- → Thunderbird1.1

Comment 1

12 years ago
Just a note: From bug 282048 comment 5: "I don't yet handle feed://<some url>,
just feed:<some url>." 

Comment 2

12 years ago
My reg expression foo is not strong enough. I'm sure someone else can come up
with the right foo for:

aUrl = aUrl.replace(^feed:/i, '');

feed: needs to really be, feed: followed by 0 or two forward slashes (//)

that will allow us to strip out both:
feed://http://myfeed.xml
and
feed:http://myfeed.xml

I keep having problems when I try to put two forward slashes in my reg
expression. \/\/ doesn't seem to work either.

Comment 3

12 years ago
Created attachment 193632 [details] [diff] [review]
[patch checked in] handle feed:// urls

My reg expression foo is not strong enough to figure out a way to do this in
one line so I'm doing it in two.

if the string beings with feed:, strip feed: from the url 
and then if we have two forward slashes left, strip those off too. 

this means we now work with feed: and feed:// when receiving feed urls from the
desktop.
Assignee: bugs.mano → mscott
Attachment #193632 - Flags: superreview?(bienvenu)

Comment 4

12 years ago
Comment on attachment 193632 [details] [diff] [review]
[patch checked in] handle feed:// urls

+    // feeed://http://somesite/feed.xml

s/feeed/feed
Attachment #193632 - Flags: superreview?(bienvenu) → superreview+

Updated

12 years ago
Status: ASSIGNED → RESOLVED
Last Resolved: 12 years ago
Keywords: useless-UI → fixed1.8
Resolution: --- → FIXED
Scott, have you tested this on mac (I didn't have a chance, yet). I am pretty
sure we have _another_ issue there.

Comment 6

12 years ago
whoops, your right. the comment about not handling feed:// threw me off since I
know we didn't have that support yet.

re-opening, assigning back to you. On the mac I still see a compose window come
up when given either a feed: or a feed:// uri.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---

Updated

12 years ago
Attachment #193632 - Attachment description: the fix → [patch checked in] handle feed:// urls

Updated

12 years ago
Assignee: mscott → bugs.mano
Status: REOPENED → NEW
OK, the mac command line handling code is a crap and will only get fixed in the
1.9 timeframe; we'll have to only expose the mail part of the default client UI.
Status: NEW → ASSIGNED
Keywords: fixed1.8
Created attachment 194652 [details] [diff] [review]
[checked into the branch] branch-only patch

This removes the news and feeds part of this UI for 1.5. I'll rework the mac
commandline service on the trunk so this isn't necessary there.
Attachment #194652 - Flags: superreview?(mscott)
Attachment #194652 - Flags: review?(mscott)

Updated

12 years ago
Attachment #194652 - Attachment description: branch-only patch → [checked into the branch] branch-only patch
Attachment #194652 - Flags: superreview?(mscott)
Attachment #194652 - Flags: superreview+
Attachment #194652 - Flags: review?(mscott)
Attachment #194652 - Flags: review+

Comment 9

12 years ago
i left this in on the trunk as we work on a real solution. Leaving open but
moving off the 1.1 radar. 
Target Milestone: Thunderbird1.1 → Thunderbird2.0
Keywords: fixed1.8
Scott, in the future, I prefer to keep cvs blame usable, thanks.

Comment 11

12 years ago
(In reply to comment #10)
> Scott, in the future, I prefer to keep cvs blame usable, thanks.

?
I could check this in myself and keep the log a bit more usable, that's all. :)

Comment 13

11 years ago
Just want to add that I've faced a similar problem in Windows and Linux too!

When using Firefox with Livelines extension to pass the feed url to Thunderbird, it does not accept feed://domain.com/abc.xml urls (domain/abc.xml is not a valid RSS feed). It only accepts feed:http://domain.com/abc.xml or feed://http://domain.xml

It seems alot of RSS Readers use http as the default, except Thunderbird.

Using TB 1.5

Comment 14

11 years ago
Soyapi, file a new bug and assign it to me and I'll take a look. Thanks!

Comment 15

11 years ago
looks like this is slipping to 1.9 per comment 7
Target Milestone: Thunderbird2.0 → Thunderbird 3
Blocks: 348450
Flags: blocking-thunderbird3?
QA Contact: rss

Comment 16

10 years ago
> My reg expression foo is not strong enough to figure out a way to do this in
> one line so I'm doing it in two.
Here is a one-line version:
aUrl = aUrl.replace(/^feed:(\/\/)?/,'');


The code doesn't seem right, though, at least not according to this spec (I'm not sure whether there is considered authoritative):
http://www.25hoursaday.com/draft-obasanjo-feed-URI-scheme-02.html

feed://http://somesite/feed.xml (as mentioned in the patch) doesn't look like a valid feed URL. The format is either feed:http://somesite/feed.xml or feed://somesite/feed.xml.
Yup. That, however, isn't this bug - "Mac-only, feed URLs open a compose window" - it's bug 329501, which will actually be fixed by bug 348450 (once I get over my mad about this bug, and just land something that only works on the two platforms I rarely use, and fails on the one I mostly use).
Okay, I know the *what* now, though I'm still unsure about the *how* (to avoid it):

If we are not running when a browser launches us with "feed://example.org/feed/", then we wind up with commandline arguments of "-url", "feed://example.org/feed/", "-foreground". Then http://ln-s.net/U7w fails to recognize "-url", and for backward-compat eats both it and the feed: URL. Easy enough to hack around, with an #ifdef XP_MACOSX handleFlagWithParam("url").

If we *are* running, though, we go clattering through toolkit's Mac commandline handling stuff until we fall out in http://ln-s.net/U82 where because of bug 234541 we get the feed: URL passed to messengercompose.xul, our OS X default for browser.chromeURL, which not surprisingly has no idea what to do with it.

So far, the closest thing to an idea for dealing with that I've come up with is to instead use hiddenWindow.xul for browser.chromeURL, and give it a window.arguments parser that will open a compose window for mailto:, or pass feed: to a 3-pane.
Assignee: mano → philringnalda
Status: ASSIGNED → NEW
Filed bug 380163 on fixing toolkit to actually call command-line-handers for commandlines, since I failed to grasp that this Thunderbird bug was Mano's Toolkit bug for that.
Depends on: 380163

Updated

10 years ago
Duplicate of this bug: 380520

Updated

10 years ago
Duplicate of this bug: 400006

Updated

9 years ago
Duplicate of this bug: 416401
Assignee: philringnalda → nobody
Duplicate of this bug: 434422

Comment 24

9 years ago
Don't think this is a blocker considering bug 348450 will improve things quite a bit, right?
Flags: wanted-thunderbird3+
Flags: blocking-thunderbird3?
Flags: blocking-thunderbird3-
Not really: it would be more accurate to say that there are two bugs:

Bug 348450 Can't subscribe to feeds passed from Firefox (Windows & Linux)
Bug 304704 Can't subscribe to feeds passed from Firefox (Mac)

(But I don't think marking it as a blocker will magically make someone able to figure out how to fix toolkit's commandline handling.)
Summary: [Mac] Thunderbird fails to open feed:// uris → Unable to subscribe to feed URLs passed from browsers (Mac)
Version: unspecified → Trunk
Duplicate of this bug: 471007

Updated

8 years ago
Component: RSS → Feed Reader
Product: Thunderbird → MailNews Core
Duplicate of this bug: 495658
Duplicate of this bug: 514385
Duplicate of this bug: 530487
Duplicate of this bug: 534732
Duplicate of this bug: 540789

Comment 32

7 years ago
what's the status of this 4 years old bug?
is someone still working on it?

i tested with a current nightly trunk build (2010-02-21, new empty profile with just an RSS account created) and i get
Warning: unrecognized command line flag -url
on the console instead of the feed being subscribed in tb.

doesn't look like the fixed1.8 flag has any meaning if it's still not working in 1.9?

Comment 33

5 years ago
see bug 646031.  -url is not how to do it.

Comment 34

5 years ago
if the procedure in bug 646031 comment 3 does not work on mac, reopen.
Status: NEW → RESOLVED
Last Resolved: 12 years ago5 years ago
Resolution: --- → FIXED

Comment 35

3 years ago
This is the problem because Firefox (tested on 34.0 on Mac OS X) sends an `-url` parameter when subscribing to a feed. So if I navigate to the website with a RSS feed in Firefox, click Bookmarks -> Subscribe to this page and I choose Thunderbird to open it, Thunderbird gets focused, but nothing happens, and in the Console I see the error above. Thunderbird 31.3.0.

Comment 36

3 years ago
So this is a problem because Firefox sends such parameters to the program. The procedure in bug 646031 comment 3 does not help, because the question is how to get or Firefox to send correct parameters, or how to get Thunderbird to accept the parameters Firefox sends.
You need to log in before you can comment on or make changes to this bug.