After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 737698 - Rhythmbox doesn't subscribe when called with iptc url
Rhythmbox doesn't subscribe when called with iptc url
Status: RESOLVED NOTABUG
Product: rhythmbox
Classification: Other
Component: Podcast
3.0.x
Other Linux
: Normal normal
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-10-01 04:21 UTC by Walter Garcia-Fontes
Modified: 2014-10-13 09:18 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Walter Garcia-Fontes 2014-10-01 04:21:25 UTC
Steps to reproduce:
1) Try to subscribe to a podcast with a itpc://urlofpodcast link, for instance from tunesviewer

What should happen?
Rhythmbox should add the subscription
What happens?
It searches for itpc://url as the name of the podcast, instead of subscribing to it.

See: http://stackoverflow.com/questions/24100017/subscribe-to-podcast-fails-wants-2-arguments-not-1

See also: 
https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/1051442
Comment 1 Jonathan Matthew 2014-10-01 11:34:09 UTC
(In reply to comment #0)
> See:
> http://stackoverflow.com/questions/24100017/subscribe-to-podcast-fails-wants-2-arguments-not-1

what does this have to do with anything?
Comment 2 Jonathan Matthew 2014-10-01 12:35:05 UTC
everything is working as intended.  it doesn't search for itpc://url as the name of the podcast, it loads the podcast from the url specified and shows the current episodes, which allows you to see what you're about to subscribe to, and also lets you listen to episodes without subscribing.
Comment 3 lb1.3 2014-10-01 12:47:49 UTC
Yes, except it doesn't load the podcast when you call rhythmbox from the command line. This means, for example, you can no longer choose Rhythmbox when viewing podcast in Firefox, and subscribe directly in Rhythmbox. You have to find where in Rhythmbox to add podcasts, copy and paste the url.

The Stackoverflow question linked is relevant because it shows that Rhythmbox even fails to add a podcast programmatically through the gi.repository bindings. Therefore there is really no way to automate subscribing to podcast, not through gi.repository or command-line.

This is on Rhythmbox 3.0.2 if that matters.

Thanks for looking into it :)
Comment 4 Jonathan Matthew 2014-10-01 13:06:52 UTC
There was a somewhat related bug that meant the podcast subscribe dialog didn't come up in this case, but the description made it sound like that part was working properly.

> The Stackoverflow question linked is relevant because it shows that Rhythmbox
> even fails to add a podcast programmatically through the gi.repository
> bindings. Therefore there is really no way to automate subscribing to podcast,
> not through gi.repository or command-line.

Why do you need that?  What are you using it for?  There isn't a way to actually subscribe to a podcast externally, partly because no one has asked for one.
Comment 5 lb1.3 2014-10-01 20:04:45 UTC
There used to be a way to subscribe via Firefox, or subscribe via Tunesviewer, and easily add it to Rhythmbox.

With command-line subscribe now broken, and also broken gi.repository subscribe function, there isn't a way to subscribe a podcast externally. Is Rhythmbox going apple-y with private api now?
Comment 6 Jonathan Matthew 2014-10-01 20:38:39 UTC
hahahahahahaha okay bye.
Comment 7 lb1.3 2014-10-13 04:11:23 UTC
To be clear, you mean this is okay that this is not allowed anymore, similar to how Firefox/Chrome (and maybe other browsers) no longer allow (or warn you) if someone programmatically adds in an addon without user confirming it?

If this is a sort of private-api now for security reasons I can understand, but it does seem a little odd to require user to either copy-paste, or search directly from Rhythmbox.
Comment 8 Jonathan Matthew 2014-10-13 09:18:11 UTC
(In reply to comment #7)
> To be clear, you mean this is okay that this is not allowed anymore, similar to
> how Firefox/Chrome (and maybe other browsers) no longer allow (or warn you) if
> someone programmatically adds in an addon without user confirming it?

it's not "not allowed anymore", it's just not how it works any more.

> If this is a sort of private-api now for security reasons I can understand, but
> it does seem a little odd to require user to either copy-paste, or search
> directly from Rhythmbox.

no idea where you're getting this from.