Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

bad address for xml file #126

Open
promeneur opened this issue Dec 24, 2018 · 2 comments
Open

bad address for xml file #126

promeneur opened this issue Dec 24, 2018 · 2 comments

Comments

@promeneur
Copy link

awesome rss 1.3.5

To Reproduce
Steps to reproduce the behavior:

  1. Go to www.liberation.fr
  2. Click on rss icon
  3. a window open asking if i want to use akregator
  4. click on ok
  5. go to akreagator to see what is recorded in "imported"
  6. select stream and "modify stream" in contextual menu
  7. in "general" tab the URL is https:///tmp/mozilla_user0/0ZFsmr25.atom

Expected behavior

The url is the right one. Something like this http://www.liberation.fr/..../atom

Desktop (please complete the following information):

  • OS: [e.g. iOS] openSuse leap 15.0
  • Browser [e.g. chrome, safari] FF 64.0
@shgysk8zer0
Copy link
Owner

Sounds like either a bug in Firefox on openSuse where downloads have the wrong scheme (https:// instead of file://) or something in URL parsing in akreagator, possibly due to not supporting downloaded files.

Can you confirm that akreagator is capable of opening and working with downloaded files?

In an upcoming release, I'll be adding an option for copy to clipboard to assist with subscribing. Unfortunately, Firefox's recent removal of support for RSS/LIve Bookmarks as well as registering content handlers has left me with a lot of work to do, so it's taking a while.

@promeneur
Copy link
Author

In point 7 I indicate that the url used by akregator is "https:///tmp/mozilla_user0/0ZFsmr25.atom"
It's a wrong url. A right url is "file:///tmp/mozilla_user0/0ZFsmr25.atom"
I conclude that akregator does not know how to deal with a file.

I confirm this using contextual menu to open "/tmp/mozilla_user0/0ZFsmr25.atom".
Again akregator want to use "https:///tmp/mozilla_user0/0ZFsmr25.atom".

I assume this is an akregator bug.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants