http://bugs.gpodder.org/show_bug.cgi?id=356

           Summary: http forwarding screws up podcast list
           Product: gPodder
           Version: unspecified
          Platform: PC
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Application
        AssignedTo: [email protected]
        ReportedBy: [email protected]


Created an attachment (id=245)
 --> (http://bugs.gpodder.org/attachment.cgi?id=245)
My podcast list after a Fon incident

There's a Fon wifi around my place which means you can publicly access it and
then log in via some web interface to which you are automatically redirected.
Which is exactly the problem: Sometimes my network manager decides to join that
network instead of my own private wifi without me noticing and if gpodder
updates the podcast list before I realize that I have no proper network access,
the whole list gets all messed up because all the RSS requests get forwarded to
the login page. I'll attach a screenshot to illustrate that. When I refresh the
list when connected to the internet again, that won't change anything. I
actually have to get channels.opml and database.sqlite from a recent backup and
copy it over the broken files. All podcasts I downloaded since the backup have
to be redownloaded. All new podcasts I added since then I probably have to
readd although this never happened to me so far.

This is highly annoying as you can probably imagine, although I don't know
exactly what could be done to prevent this from happening. Of course it would
be best if gpodder won't respond to strange forwards or could detect an invalid
RSS page. If that's not so easy, could it be done for example to freeze the
podcast list items once their name and stuff got downloaded once after adding
them? Or could there be automatic backup copies if a major change in the list
is detected?

-- 
Configure bugmail: http://bugs.gpodder.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
_______________________________________________
gPodder-Bugs mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/gpodder-bugs

Reply via email to