brockgr / websaver

Automatically exported from code.google.com/p/websaver
GNU General Public License v3.0
83 stars 13 forks source link

If web page load causes redirect to another page, keeps reloading redirected page instead of URL in settings #10

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. Use an URL setting that sometimes will not be available (for example, server 
is suspended temporarily for backup). Choose to reload the page occasionally.
2. Wait for URL to be unavailable and then redirected.
3. Once redirected to different URL, screen saver will keep reloading this 
"new" URL, even after the URL in the setting returns to availability.

What is the expected output? What do you see instead?
I expect the "set" URL to always be displayed if it is available. Instead, once 
things go off the rails and a redirected URL shows up, it stays up.

What version of the product are you using? On what operating system?
v 2.5, on Lion (10.7.4).

Please provide any additional information below.

Original issue reported on code.google.com by boctorb...@gmail.com on 7 Aug 2012 at 10:27

GoogleCodeExporter commented 9 years ago
Use this to display a web page of a status grid of many systems on a prominent 
display. At 9PM the system serving the status grid page is paused for backup - 
about an hour. At this point, an error page is loaded and displayed. From that 
point on, the screen saver keeps reloading the error page even after the server 
comes back online, until I clear the screen saver in the morning.

Original comment by boctorb...@gmail.com on 7 Aug 2012 at 10:31

GoogleCodeExporter commented 9 years ago
I don't know Objective-C, but I managed to modify a copy of the source so that 
it does what I've requested here. I'm using that and it's good enough for me. 
But I didn't code it up as an option. I simply replaced the page reload with an 
actual load of the original URL, so it's fundamentally different and maybe not 
what you want.

Original comment by boctorb...@gmail.com on 24 Jan 2013 at 1:13

GoogleCodeExporter commented 9 years ago
A work around is to add "?hack=1" to the end of the URL.

Original comment by udi...@gmail.com on 16 Apr 2013 at 12:55