Strange "problem" with refreshes
list Scott Wilson
Problem is a bit of a strong word, but it is annoying. I'm in the process of switching from and old Big Brother server to a Hobbit server. All in all, Hobbit is far and away better. But there is one nagging difference. When I scroll down in a web page on my Big Brother server, and then reload (either the auto reload, or manually reloading) my web browser stays at the same position. With Hobbit, all reloads start me back up on the top of the page. This is particularly annoying if I scroll down and I'm looking at a specific host. When the automatic reload happens, I'm bumped up to the top and have to scroll down again. I've tried playing around with the header and removing things that were different from my Big Brother headers, and it didn't matter. I also doublechecked that there was nothing odd in my Apache config... and I couldn't find anything. Does anyone have any ideas what is up with this? Or is it simply something I'll have to live with to use the otherwise superior Hobbit? I've tried searching both this archive and Google, and I haven't come up with anything. Thanks! Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol
list Josh Luthman
I believe you are saying when the page is updated and it refreshes the view of the page on you browser is forced to the very top. This is likely a browser issue. The content is always the same went requested with an HTTP GET so the only variable here is the browser. Have you tried Firefox/Opera/IE and in what combination? Josh
▸
On 10/25/07, Scott Wilson <user-999746b4662e@xymon.invalid> wrote:Problem is a bit of a strong word, but it is annoying. I'm in the process of switching from and old Big Brother server to a Hobbit server. All in all, Hobbit is far and away better. But there is one nagging difference. When I scroll down in a web page on my Big Brother server, and then reload (either the auto reload, or manually reloading) my web browser stays at the same position. With Hobbit, all reloads start me back up on the top of the page. This is particularly annoying if I scroll down and I'm looking at a specific host. When the automatic reload happens, I'm bumped up to the top and have to scroll down again. I've tried playing around with the header and removing things that were different from my Big Brother headers, and it didn't matter. I also doublechecked that there was nothing odd in my Apache config... and I couldn't find anything. Does anyone have any ideas what is up with this? Or is it simply something I'll have to live with to use the otherwise superior Hobbit? I've tried searching both this archive and Google, and I haven't come up with anything. Thanks! Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol
--
Josh Luthman
Office: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
Those who don't understand UNIX are condemned to reinvent it, poorly.
--- Henry Spencer
list Dave Haertig
I'm guessing that this has to do with cached vs. non-cached content, or broweser/proxy mishandling of said content. Many things come into play. If you're not running Hobbit on the same webserver as BB, then there could be Apache config differences. Are you going through a proxy? Those might cache too. You browser caches as well. Different browsers do it differently. Are you looking at an .html page (static, may be cached) or a CGI page (shouldn't be cached, but I've seen proxies do it non-the-less). Even Hobbit itself could come into play (theoretically, but I haven't looked at the source). Hobbit might be sending out different metadata, pragmas, etc. in the HTML it generates that is causing your refresh differences from the way BB generated the HTML. You refresh is coming from the following which you'll find in Hobbit HTML on some pages (not all): <META HTTP-EQUIV="REFRESH" CONTENT="60"> I do not know if you can reconfigure Hobbit to omit that. Or, you can use something like Proxomitron (a local proxy) to dynamically remove the meta-refreshes from the source as your browser downloads it. But theses methods would take out all your refreshes - even when you might want them. I used to have much more trouble with BB jumping around on refreshes than I have with Hobbit now. But I have so many different things in my setup that I couldn't even compare (different browser, different local OS, different server OS, different version of Apache - you name it!)
▸
-----Original Message-----
From: Scott Wilson [mailto:user-999746b4662e@xymon.invalid]
Sent: Thursday, October 25, 2007 6:09 PM
To: user-ae9b8668bcde@xymon.invalid
Subject: [hobbit] Strange "problem" with refreshes
Problem is a bit of a strong word, but it is annoying.
I'm in the process of switching from and old Big Brother server to a
Hobbit server. All in all, Hobbit is far and away better. But there is
one nagging difference.
When I scroll down in a web page on my Big Brother server, and then
reload (either the auto reload, or manually reloading) my web browser
stays at the same position. With Hobbit, all reloads start me back up
on the top of the page.
This is particularly annoying if I scroll down and I'm looking at a
specific host. When the automatic reload happens, I'm bumped up to the
top and have to scroll down again.
I've tried playing around with the header and removing things that were
different from my Big Brother headers, and it didn't matter. I also
doublechecked that there was nothing odd in my Apache config... and I
couldn't find anything.
Does anyone have any ideas what is up with this? Or is it simply
something I'll have to live with to use the otherwise superior Hobbit?
I've tried searching both this archive and Google, and I haven't come up
with anything.
Thanks!
Scott Wilson Lead System Administrator
user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol
list Henrik Størner
▸
On Thu, Oct 25, 2007 at 07:09:04PM -0500, Scott Wilson wrote:
When I scroll down in a web page on my Big Brother server, and then reload (either the auto reload, or manually reloading) my web browser stays at the same position. With Hobbit, all reloads start me back up on the top of the page.
I don't really see how this can be different from BB to Hobbit. It's purely a browser issue; IE will jump to the top, whereas Firefox stays on the same position on the page. Is your BB installation a "pure" BB setup, or have you added the "bbgen" tools on top of it ?
I've tried playing around with the header and removing things that were different from my Big Brother headers, and it didn't matter. I also doublechecked that there was nothing odd in my Apache config... and I couldn't find anything.
If it doesn't happen with your BB webpages, what do the URL's up in the adress bar look like? Do they have a trailing "...#HOSTNAME" at the end? Regards, Henrik
list Henrik Størner
▸
On Thu, Oct 25, 2007 at 07:11:06PM -0600, Haertig, David F (Dave) wrote:
You refresh is coming from the following which you'll find in Hobbit HTML on some pages (not all): <META HTTP-EQUIV="REFRESH" CONTENT="60"> I do not know if you can reconfigure Hobbit to omit that.
You can, it's in the ~hobbit/server/web/*_header files. Henrik
list Scott Wilson
I use Firefox 2.0.0.6 on Linux. While it may be related, it isn't entirely a browser issue, as using the same browser (just a different tab) works fine with my Big Brother server. What is the behavior for others? Do others not get forced to the top upon refresh. (Automatic or manual has the same behavior.)
▸
Scott Wilson Lead System Administrator
user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol
On Thu, 25 Oct 2007, Josh Luthman wrote:
I believe you are saying when the page is updated and it refreshes the view of the page on you browser is forced to the very top. This is likely a browser issue. The content is always the same went requested with an HTTP GET so the only variable here is the browser. Have you tried Firefox/Opera/IE and in what combination? Josh On 10/25/07, Scott Wilson <user-999746b4662e@xymon.invalid> wrote:Problem is a bit of a strong word, but it is annoying. I'm in the process of switching from and old Big Brother server to a Hobbit server. All in all, Hobbit is far and away better. But there is one nagging difference. When I scroll down in a web page on my Big Brother server, and then reload (either the auto reload, or manually reloading) my web browser stays at the same position. With Hobbit, all reloads start me back up on the top of the page. This is particularly annoying if I scroll down and I'm looking at a specific host. When the automatic reload happens, I'm bumped up to the top and have to scroll down again. I've tried playing around with the header and removing things that were different from my Big Brother headers, and it didn't matter. I also doublechecked that there was nothing odd in my Apache config... and I couldn't find anything. Does anyone have any ideas what is up with this? Or is it simply something I'll have to live with to use the otherwise superior Hobbit? I've tried searching both this archive and Google, and I haven't come up with anything. Thanks! Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
list Greg L Hubbard
Does Big Brother have a JavaScript menu? That might make a difference.
▸
-----Original Message-----
From: Scott Wilson [mailto:user-999746b4662e@xymon.invalid]
Sent: Friday, October 26, 2007 10:49 AM
To: user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] Strange "problem" with refreshes
I use Firefox 2.0.0.6 on Linux.
While it may be related, it isn't entirely a browser issue, as using the
same browser (just a different tab) works fine with my Big Brother
server.
What is the behavior for others? Do others not get forced to the top
upon refresh. (Automatic or manual has the same behavior.)
Scott Wilson Lead System Administrator
user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol
On Thu, 25 Oct 2007, Josh Luthman wrote:
I believe you are saying when the page is updated and it refreshes the view of the page on you browser is forced to the very top. This is likely a browser issue. The content is always the same went requested with an HTTP GET so the only variable here is the browser. Have you tried Firefox/Opera/IE and in what combination? Josh On 10/25/07, Scott Wilson <user-999746b4662e@xymon.invalid> wrote:Problem is a bit of a strong word, but it is annoying. I'm in the process of switching from and old Big Brother server to a Hobbit server. All in all, Hobbit is far and away better. But there is one nagging difference. When I scroll down in a web page on my Big Brother server, and then reload (either the auto reload, or manually reloading) my web browser stays at the same position. With Hobbit, all reloads start me back up on the top of the page. This is particularly annoying if I scroll down and I'm looking at a specific host. When the automatic reload happens, I'm bumped up to the top and have to scroll down again. I've tried playing around with the header and removing things that were different from my Big Brother headers, and it didn't matter. I also doublechecked that there was nothing odd in my Apache config... and I couldn't find anything. Does anyone have any ideas what is up with this? Or is it simply something I'll have to live with to use the otherwise superior
Hobbit?
I've tried searching both this archive and Google, and I haven't come up with anything. Thanks! Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
list Hobbit User
▸
On Fri, October 26, 2007 11:48, Scott Wilson wrote:
What is the behavior for others? Do others not get forced to the top upon refresh. (Automatic or manual has the same behavior.)
Firefox 1.5.0.12 on Centos EL5 maintains position on refresh. Help-->About Firefox: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.12) Gecko/20070719 CentOS/1.5.0.12-3.el5.centos
list Josh Luthman
Troubleshooting technique! Use the Hobbitmon demo on the project page. This was the only page long enough (for me - 1680x1050 resolution) for me to scroll down and maintain my position. http://www.hswn.dk/hobbit/services/services.html Does this maintain position for you, Scott? My client: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.8) Gecko/20071008 Firefox/2.0.0.8
▸
On 10/26/07, Hobbit User <user-24d6f8323faa@xymon.invalid> wrote:On Fri, October 26, 2007 11:48, Scott Wilson wrote:What is the behavior for others? Do others not get forced to the top upon refresh. (Automatic or manual has the same behavior.)Firefox 1.5.0.12 on Centos EL5 maintains position on refresh. Help-->About Firefox: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.12) Gecko/20070719 CentOS/1.5.0.12-3.el5.centos
-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
list Scott Wilson
Brilliant thought.... The demo does maintain position exactly as I want. So it definitely isn't hobbit in general. My best guess now is it somehow lies in my Apache. That's just RedHat's stock Apache 2.0.52, but it may be related to a module (I shutoff the mods I wasn't using).... at least I have something to poke at now....
▸
Thanks,
Scott Wilson Lead System Administrator
user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol
On Fri, 26 Oct 2007, Josh Luthman wrote:
Troubleshooting technique! Use the Hobbitmon demo on the project page. This was the only page long enough (for me - 1680x1050 resolution) for me to scroll down and maintain my position. http://www.hswn.dk/hobbit/services/services.html Does this maintain position for you, Scott? My client: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.8) Gecko/20071008 Firefox/2.0.0.8 On 10/26/07, Hobbit User <user-24d6f8323faa@xymon.invalid> wrote:On Fri, October 26, 2007 11:48, Scott Wilson wrote:What is the behavior for others? Do others not get forced to the top upon refresh. (Automatic or manual has the same behavior.)Firefox 1.5.0.12 on Centos EL5 maintains position on refresh. Help-->About Firefox: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.12) Gecko/20070719 CentOS/1.5.0.12-3.el5.centos-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
list Josh Luthman
I am using this for an Apache server: Server version: Apache/2.2.3 Server built: Jun 26 2007 19:26:32 Latest and greatest package from the default repo's. Using CentOS 5 (which is RHEL based). I honestly have no idea how the page stays position. It has to do something along the lines of cache, but that is a client side thing so...my ideas stop here =( Please let us know what you come up with. I know I would like to know the resolution to this. Josh
▸
On 10/26/07, Scott Wilson <user-999746b4662e@xymon.invalid> wrote:Brilliant thought.... The demo does maintain position exactly as I want. So it definitely isn't hobbit in general. My best guess now is it somehow lies in my Apache. That's just RedHat's stock Apache 2.0.52, but it may be related to a module (I shutoff the mods I wasn't using).... at least I have something to poke at now.... Thanks, Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol On Fri, 26 Oct 2007, Josh Luthman wrote:Troubleshooting technique! Use the Hobbitmon demo on the project page. This was the only page long enough (for me - 1680x1050 resolution) for me to scroll down and maintain my position. http://www.hswn.dk/hobbit/services/services.html Does this maintain position for you, Scott? My client: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.8) Gecko/20071008 Firefox/2.0.0.8 On 10/26/07, Hobbit User <user-24d6f8323faa@xymon.invalid> wrote:On Fri, October 26, 2007 11:48, Scott Wilson wrote:What is the behavior for others? Do others not get forced to the top upon refresh. (Automatic or manual has the same behavior.)Firefox 1.5.0.12 on Centos EL5 maintains position on refresh.
Help-->About Firefox: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.12)
▸
Gecko/20070719 CentOS/1.5.0.12-3.el5.centos-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
list Scott Wilson
I found the answer. It's pretty simple really... I was using SSL with my hobbit server. With SSL'ed web pages, refreshes force you back to the top of the page. NonSSL'ed web pages (which I had totally disabled) work fine. Now I just need to hack up the header files so the secure areas point to SSL even when I'm looking at the nonSSL pages. But as I already ran into the header files while debugging this, that should be trivial. Thanks for the help!
▸
Scott Wilson Lead System Administrator
user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol
On Fri, 26 Oct 2007, Josh Luthman wrote:
I am using this for an Apache server: Server version: Apache/2.2.3 Server built: Jun 26 2007 19:26:32 Latest and greatest package from the default repo's. Using CentOS 5 (which is RHEL based). I honestly have no idea how the page stays position. It has to do something along the lines of cache, but that is a client side thing so...my ideas stop here =( Please let us know what you come up with. I know I would like to know the resolution to this. Josh On 10/26/07, Scott Wilson <user-999746b4662e@xymon.invalid> wrote:Brilliant thought.... The demo does maintain position exactly as I want. So it definitely isn't hobbit in general. My best guess now is it somehow lies in my Apache. That's just RedHat's stock Apache 2.0.52, but it may be related to a module (I shutoff the mods I wasn't using).... at least I have something to poke at now.... Thanks, Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol On Fri, 26 Oct 2007, Josh Luthman wrote:Troubleshooting technique! Use the Hobbitmon demo on the project page. This was the only page long enough (for me - 1680x1050 resolution) for me to scroll down and maintain my position. http://www.hswn.dk/hobbit/services/services.html Does this maintain position for you, Scott? My client: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.8) Gecko/20071008 Firefox/2.0.0.8 On 10/26/07, Hobbit User <user-24d6f8323faa@xymon.invalid> wrote:On Fri, October 26, 2007 11:48, Scott Wilson wrote:What is the behavior for others? Do others not get forced to the top upon refresh. (Automatic or manual has the same behavior.)Firefox 1.5.0.12 on Centos EL5 maintains position on refresh. Help-->About Firefox: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.12)Gecko/20070719 CentOS/1.5.0.12-3.el5.centos-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
list Josh Luthman
So you're telling us that the only variable you changed was SSL and it worked perfectly? Very odd...
▸
On 10/26/07, Scott Wilson <user-999746b4662e@xymon.invalid> wrote:I found the answer. It's pretty simple really... I was using SSL with my hobbit server. With SSL'ed web pages, refreshes force you back to the top of the page. NonSSL'ed web pages (which I had totally disabled) work fine. Now I just need to hack up the header files so the secure areas point to SSL even when I'm looking at the nonSSL pages. But as I already ran into the header files while debugging this, that should be trivial. Thanks for the help! Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol On Fri, 26 Oct 2007, Josh Luthman wrote:I am using this for an Apache server: Server version: Apache/2.2.3 Server built: Jun 26 2007 19:26:32 Latest and greatest package from the default repo's. Using CentOS 5(whichis RHEL based). I honestly have no idea how the page stays position. It has to do something along the lines of cache, but that is a client side thing so...my ideas stop here =( Please let us know what you come up with. I know I would like to know the resolution to this. Josh On 10/26/07, Scott Wilson <user-999746b4662e@xymon.invalid> wrote:Brilliant thought.... The demo does maintain position exactly as I want. So it definitely isn't hobbit in general. My best guess now is it somehow lies in my Apache. That's just RedHat's stock Apache 2.0.52, but it may be related to a module (I shutoff the mods I wasn't using).... at least I have something to poke at now.... Thanks, Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol On Fri, 26 Oct 2007, Josh Luthman wrote:Troubleshooting technique! Use the Hobbitmon demo on the project page. This was the only page long enough (for me - 1680x1050 resolution) for me to scroll down and maintain my position. http://www.hswn.dk/hobbit/services/services.html Does this maintain position for you, Scott? My client: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.8) Gecko/20071008 Firefox/2.0.0.8 On 10/26/07, Hobbit User <user-24d6f8323faa@xymon.invalid> wrote:On Fri, October 26, 2007 11:48, Scott Wilson wrote:What is the behavior for others? Do others not get forced to the top upon refresh. (Automatic or manual has the same behavior.)Firefox 1.5.0.12 on Centos EL5 maintains position on refresh. Help-->About Firefox: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.12)Gecko/20070719 CentOS/1.5.0.12-3.el5.centos-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
list Scott Wilson
Yup, it seems to be a fundamental property of how Firefox handles refreshes. If you refresh a SSL page, it bounces to the top. A non-SSL page stays where it is. I've tried it with other web pages, and they all function that way.
▸
Scott Wilson Lead System Administrator
user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol
On Fri, 26 Oct 2007, Josh Luthman wrote:
So you're telling us that the only variable you changed was SSL and it worked perfectly? Very odd... On 10/26/07, Scott Wilson <user-999746b4662e@xymon.invalid> wrote:I found the answer. It's pretty simple really... I was using SSL with my hobbit server. With SSL'ed web pages, refreshes force you back to the top of the page. NonSSL'ed web pages (which I had totally disabled) work fine. Now I just need to hack up the header files so the secure areas point to SSL even when I'm looking at the nonSSL pages. But as I already ran into the header files while debugging this, that should be trivial. Thanks for the help! Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol On Fri, 26 Oct 2007, Josh Luthman wrote:I am using this for an Apache server: Server version: Apache/2.2.3 Server built: Jun 26 2007 19:26:32 Latest and greatest package from the default repo's. Using CentOS 5(whichis RHEL based). I honestly have no idea how the page stays position. It has to do something along the lines of cache, but that is a client side thing so...my ideas stop here =( Please let us know what you come up with. I know I would like to know the resolution to this. Josh On 10/26/07, Scott Wilson <user-999746b4662e@xymon.invalid> wrote:Brilliant thought.... The demo does maintain position exactly as I want. So it definitely isn't hobbit in general. My best guess now is it somehow lies in my Apache. That's just RedHat's stock Apache 2.0.52, but it may be related to a module (I shutoff the mods I wasn't using).... at least I have something to poke at now.... Thanks, Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol On Fri, 26 Oct 2007, Josh Luthman wrote:Troubleshooting technique! Use the Hobbitmon demo on the project page. This was the only page long enough (for me - 1680x1050 resolution) for me to scroll down and maintain my position. http://www.hswn.dk/hobbit/services/services.html Does this maintain position for you, Scott? My client: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.8) Gecko/20071008 Firefox/2.0.0.8 On 10/26/07, Hobbit User <user-24d6f8323faa@xymon.invalid> wrote:On Fri, October 26, 2007 11:48, Scott Wilson wrote:What is the behavior for others? Do others not get forced to the top upon refresh. (Automatic or manual has the same behavior.)Firefox 1.5.0.12 on Centos EL5 maintains position on refresh. Help-->About Firefox: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.12)Gecko/20070719 CentOS/1.5.0.12-3.el5.centos-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
list Tod Hansmann
We use SSL exclusively with ours and it maintains its position. I'm thinking this would be in your apache configs somewhere. Have you asked an Apache list about this? Tod Hansmann Network Engineer
▸
-----Original Message-----
From: Scott Wilson [mailto:user-999746b4662e@xymon.invalid]
Sent: Friday, October 26, 2007 1:54 PM
To: user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] Strange "problem" with refreshes
Yup, it seems to be a fundamental property of how Firefox handles
refreshes. If you refresh a SSL page, it bounces to the top. A non-SSL
page stays where it is.
I've tried it with other web pages, and they all function that way.
Scott Wilson Lead System Administrator
user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol
On Fri, 26 Oct 2007, Josh Luthman wrote:
So you're telling us that the only variable you changed was SSL and it worked perfectly? Very odd... On 10/26/07, Scott Wilson <user-999746b4662e@xymon.invalid> wrote:I found the answer. It's pretty simple really... I was using SSL with my hobbit server. With SSL'ed web pages, refreshes force you back to the top of the page. NonSSL'ed web pages (which I had totally disabled) work fine. Now I just need to hack up the header files so the secure areas point to SSL even when I'm looking at the nonSSL pages. But as I already ran into the header files while debugging this, that should be trivial. Thanks for the help! Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol On Fri, 26 Oct 2007, Josh Luthman wrote:I am using this for an Apache server: Server version: Apache/2.2.3 Server built: Jun 26 2007 19:26:32 Latest and greatest package from the default repo's. Using CentOS 5(whichis RHEL based). I honestly have no idea how the page stays position. It has to do something along the lines of cache, but that is a client side thing so...my ideas stop here =( Please let us know what you come up with. I know I would like to know the resolution to this. Josh On 10/26/07, Scott Wilson <user-999746b4662e@xymon.invalid> wrote:Brilliant thought.... The demo does maintain position exactly as I want. So it definitely isn't hobbit in general. My best guess now is it somehow lies in my
Apache.
That's just RedHat's stock Apache 2.0.52, but it may be related to a module (I shutoff the mods I wasn't using).... at least I have something to poke at now.... Thanks, Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol On Fri, 26 Oct 2007, Josh Luthman wrote:Troubleshooting technique! Use the Hobbitmon demo on the project page. This was the only page long enough (for me - 1680x1050 resolution) for me to scroll down and maintain my position. http://www.hswn.dk/hobbit/services/services.html Does this maintain position for you, Scott? My client: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.8) Gecko/20071008 Firefox/2.0.0.8 On 10/26/07, Hobbit User <user-24d6f8323faa@xymon.invalid> wrote:On Fri, October 26, 2007 11:48, Scott Wilson wrote:What is the behavior for others? Do others not get forced to the top upon refresh. (Automatic or manual has the same behavior.)Firefox 1.5.0.12 on Centos EL5 maintains position on refresh. Help-->About Firefox: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.12)Gecko/20070719 CentOS/1.5.0.12-3.el5.centos-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
list Josh Luthman
I have an acquaintance that runs Big Brother 3.1 or 3.2 with Apache and OpenSSL of which does NOT maintain position. You're not the only one! Tod, would you be willing to share some of your httpd.conf?
▸
On 10/29/07, Tod Hansmann <user-b6e28cb93fa4@xymon.invalid> wrote:We use SSL exclusively with ours and it maintains its position. I'm thinking this would be in your apache configs somewhere. Have you asked an Apache list about this? Tod Hansmann Network Engineer -----Original Message----- From: Scott Wilson [mailto:user-999746b4662e@xymon.invalid] Sent: Friday, October 26, 2007 1:54 PM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Strange "problem" with refreshes Yup, it seems to be a fundamental property of how Firefox handles refreshes. If you refresh a SSL page, it bounces to the top. A non-SSL page stays where it is. I've tried it with other web pages, and they all function that way. Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol On Fri, 26 Oct 2007, Josh Luthman wrote:So you're telling us that the only variable you changed was SSL and it worked perfectly? Very odd... On 10/26/07, Scott Wilson <user-999746b4662e@xymon.invalid> wrote:I found the answer. It's pretty simple really... I was using SSL with my hobbit server. With SSL'ed web pages, refreshes force you back to the top of the page. NonSSL'ed web pages (which I had totally disabled) work fine. Now I just need to hack up the header files so the secure areas point to SSL even when I'm looking at the nonSSL pages. But as I already ran into the header files while debugging this, that should be trivial. Thanks for the help! Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol On Fri, 26 Oct 2007, Josh Luthman wrote:I am using this for an Apache server: Server version: Apache/2.2.3 Server built: Jun 26 2007 19:26:32 Latest and greatest package from the default repo's. Using CentOS 5(whichis RHEL based). I honestly have no idea how the page stays position. It has to do something along the lines of cache, but that is a client side thing so...my ideas stop here =( Please let us know what you come up with. I know I would like to know the resolution to this. Josh On 10/26/07, Scott Wilson <user-999746b4662e@xymon.invalid> wrote:Brilliant thought.... The demo does maintain position exactly as I want. So it definitely isn't hobbit in general. My best guess now is it somehow lies in myApache.That's just RedHat's stock Apache 2.0.52, but it may be related to a module (I shutoff the mods I wasn't using).... at least I have something to poke at now.... Thanks, Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol On Fri, 26 Oct 2007, Josh Luthman wrote:Troubleshooting technique! Use the Hobbitmon demo on the project page. This was the only page long enough (for me - 1680x1050 resolution) for me to scroll down and maintain my position. http://www.hswn.dk/hobbit/services/services.html Does this maintain position for you, Scott? My client: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.8) Gecko/20071008 Firefox/2.0.0.8 On 10/26/07, Hobbit User <user-24d6f8323faa@xymon.invalid> wrote:On Fri, October 26, 2007 11:48, Scott Wilson wrote:What is the behavior for others? Do others not get forced to the top upon refresh. (Automatic or manual has the same behavior.)Firefox 1.5.0.12 on Centos EL5 maintains position on refresh. Help-->About Firefox: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.12)Gecko/20070719 CentOS/1.5.0.12-3.el5.centos-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
list Scott Wilson
What web browser do you use? Since I tried it with meany sites (not all apache) and had the same behavior, I think the "ssl pages jump to top on refresh" is more likely to be a browser based issue.
▸
Scott Wilson Lead System Administrator
user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol
On Mon, 29 Oct 2007, Tod Hansmann wrote:
We use SSL exclusively with ours and it maintains its position. I'm thinking this would be in your apache configs somewhere. Have you asked an Apache list about this? Tod Hansmann Network Engineer -----Original Message----- From: Scott Wilson [mailto:user-999746b4662e@xymon.invalid] Sent: Friday, October 26, 2007 1:54 PM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Strange "problem" with refreshes Yup, it seems to be a fundamental property of how Firefox handles refreshes. If you refresh a SSL page, it bounces to the top. A non-SSL page stays where it is. I've tried it with other web pages, and they all function that way. Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol On Fri, 26 Oct 2007, Josh Luthman wrote:So you're telling us that the only variable you changed was SSL and it worked perfectly? Very odd... On 10/26/07, Scott Wilson <user-999746b4662e@xymon.invalid> wrote:I found the answer. It's pretty simple really... I was using SSL with my hobbit server. With SSL'ed web pages, refreshes force you back to the top of the page. NonSSL'ed web pages (which I had totally disabled) work fine. Now I just need to hack up the header files so the secure areas point to SSL even when I'm looking at the nonSSL pages. But as I already ran into the header files while debugging this, that should be trivial. Thanks for the help! Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol On Fri, 26 Oct 2007, Josh Luthman wrote:I am using this for an Apache server: Server version: Apache/2.2.3 Server built: Jun 26 2007 19:26:32 Latest and greatest package from the default repo's. Using CentOS 5(whichis RHEL based). I honestly have no idea how the page stays position. It has to do something along the lines of cache, but that is a client side thing so...my ideas stop here =( Please let us know what you come up with. I know I would like to know the resolution to this. Josh On 10/26/07, Scott Wilson <user-999746b4662e@xymon.invalid> wrote:Brilliant thought.... The demo does maintain position exactly as I want. So it definitely isn't hobbit in general. My best guess now is it somehow lies in myApache.That's just RedHat's stock Apache 2.0.52, but it may be related to a module (I shutoff the mods I wasn't using).... at least I have something to poke at now.... Thanks, Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol On Fri, 26 Oct 2007, Josh Luthman wrote:Troubleshooting technique! Use the Hobbitmon demo on the project page. This was the only page long enough (for me - 1680x1050 resolution) for me to scroll down and maintain my position. http://www.hswn.dk/hobbit/services/services.html Does this maintain position for you, Scott? My client: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.8) Gecko/20071008 Firefox/2.0.0.8 On 10/26/07, Hobbit User <user-24d6f8323faa@xymon.invalid> wrote:On Fri, October 26, 2007 11:48, Scott Wilson wrote:What is the behavior for others? Do others not get forced to the top upon refresh. (Automatic or manual has the same behavior.)Firefox 1.5.0.12 on Centos EL5 maintains position on refresh. Help-->About Firefox: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.12)Gecko/20070719 CentOS/1.5.0.12-3.el5.centos-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
list Josh Luthman
Something like... Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.8) Gecko/20071008 Firefox/2.0.0.8 On 10/29/07, Scott Wilson <user-999746b4662e@xymon.invalid> wrote:
What web browser do you use? Since I tried it with meany sites (not all apache) and had the same behavior, I think the "ssl pages jump to top on refresh" is more likely to be a browser based issue. Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol On Mon, 29 Oct 2007, Tod Hansmann wrote:We use SSL exclusively with ours and it maintains its position. I'm thinking this would be in your apache configs somewhere. Have you asked an Apache list about this? Tod Hansmann Network Engineer -----Original Message----- From: Scott Wilson [mailto:user-999746b4662e@xymon.invalid] Sent: Friday, October 26, 2007 1:54 PM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Strange "problem" with refreshes Yup, it seems to be a fundamental property of how Firefox handles refreshes. If you refresh a SSL page, it bounces to the top. A non-SSL page stays where it is. I've tried it with other web pages, and they all function that way. Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol On Fri, 26 Oct 2007, Josh Luthman wrote:So you're telling us that the only variable you changed was SSL and it worked perfectly? Very odd... On 10/26/07, Scott Wilson <user-999746b4662e@xymon.invalid> wrote:I found the answer. It's pretty simple really... I was using SSL with my hobbit server. With SSL'ed web pages, refreshes force you back to the top of the page. NonSSL'ed web pages (which I had totally disabled) work fine. Now I just need to hack up the header files so the secure areas point to SSL even when I'm looking at the nonSSL pages. But as I already ran into the header files while debugging this, that should be trivial. Thanks for the help! Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol On Fri, 26 Oct 2007, Josh Luthman wrote:I am using this for an Apache server: Server version: Apache/2.2.3 Server built: Jun 26 2007 19:26:32 Latest and greatest package from the default repo's. Using CentOS 5(whichis RHEL based). I honestly have no idea how the page stays position. It has to do something along the lines of cache, but that is a client side thing so...my ideas stop here =( Please let us know what you come up with. I know I would like to know the resolution to this. Josh On 10/26/07, Scott Wilson <user-999746b4662e@xymon.invalid> wrote:Brilliant thought.... The demo does maintain position exactly as I want. So it definitely isn't hobbit in general. My best guess now is it somehow lies in myApache.That's just RedHat's stock Apache 2.0.52, but it may be related to a module (I shutoff the mods I wasn't using).... at least I have something to poke at now.... Thanks, Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol On Fri, 26 Oct 2007, Josh Luthman wrote:Troubleshooting technique! Use the Hobbitmon demo on the project page. This was the only page long enough (for me - 1680x1050 resolution) for me to scroll down and maintain my position. http://www.hswn.dk/hobbit/services/services.html Does this maintain position for you, Scott? My client: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.8) Gecko/20071008 Firefox/2.0.0.8 On 10/26/07, Hobbit User <user-24d6f8323faa@xymon.invalid> wrote:On Fri, October 26, 2007 11:48, Scott Wilson wrote:What is the behavior for others? Do others not get forced to the top upon refresh. (Automatic or manual has the same behavior.)Firefox 1.5.0.12 on Centos EL5 maintains position on refresh. Help-->About Firefox: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.12)Gecko/20070719 CentOS/1.5.0.12-3.el5.centos-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
list Tod Hansmann
Some of use IE6, others Firefox, others IE7. I haven't verified with
everyone, but several people I /have/ asked all maintain position. I
myself see it maintain position in both IE6 and Firefox 2.0.0.8
Some pieces of our apache config I thought were relevant:
SSLSessionCache shmcb:/var/lib/apache2/ssl_scache
NameVirtualHost *:80
NameVirtualHost *:443
Listen 443
<VirtualHost *:80>
ServerAdmin user-220aee41b4ef@xymon.invalid
DocumentRoot /path/to/root
ServerName our.webaddress.com
RedirectMatch permanent (/.*) https://our.webaddress.com //$1
</VirtualHost>
<VirtualHost *:443>
ServerAdmin user-220aee41b4ef@xymon.invalid
DocumentRoot /srv/www/htdocs
ServerName monitor.directpointe.net
SSLEngine on
SSLCertificateFile /etc/apache2/ssl.crt/monitor.crt
SSLCertificateKeyFile /etc/apache2/ssl.key/monitorssl.key
</VirtualHost>
# This file is for Apache 1.3.x and Apache 2.0.x
#
# Add this to your Apache configuration, it makes
# the Hobbit webpages and cgi-scripts available in the
# "/monitor" and "/monitor-cgi" URLs.
# NB: The "Alias" line below must NOT be used if you have
# the Hobbit webfiles as the root URL. In that case,
# you should instead set this:
#
# DocumentRoot /home/hobbit/server/www
<Directory "/srv/www/htdocs">
Options Indexes FollowSymLinks Includes MultiViews
Order allow,deny
Allow from all
SSLRequireSSL
AuthUserFile /path/to/hobbitpasswd
AuthGroupFile /path/to/hobbitgroups
AuthType Basic
AuthName "monitor"
Require user user1 user2
</Directory>
Alias /monitor/ "/home/hobbit/server/www/"
<Directory "/home/hobbit/server/www">
Options Indexes FollowSymLinks Includes MultiViews
Order allow,deny
Allow from all
SSLRequireSSL
AuthUserFile /path/to/hobbitpasswd
AuthGroupFile /path/to/hobbitgroups
AuthType Basic
AuthName "monitor"
Require user user1 user2
</Directory>
I can't see anything about caching, which I think would be more relevant
to the discussion. Then again, I'm no apache admin guru.
▸
Tod Hansmann
Network Engineer
-----Original Message-----
From: Scott Wilson [mailto:user-999746b4662e@xymon.invalid]
Sent: Monday, October 29, 2007 5:25 PM
To: user-ae9b8668bcde@xymon.invalid
Subject: RE: [hobbit] Strange "problem" with refreshes
What web browser do you use? Since I tried it with meany sites (not all
apache) and had the same behavior, I think the "ssl pages jump to top on
refresh" is more likely to be a browser based issue.
Scott Wilson Lead System Administrator
user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol
On Mon, 29 Oct 2007, Tod Hansmann wrote:
We use SSL exclusively with ours and it maintains its position. I'm thinking this would be in your apache configs somewhere. Have you asked an Apache list about this? Tod Hansmann Network Engineer -----Original Message----- From: Scott Wilson [mailto:user-999746b4662e@xymon.invalid] Sent: Friday, October 26, 2007 1:54 PM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Strange "problem" with refreshes Yup, it seems to be a fundamental property of how Firefox handles refreshes. If you refresh a SSL page, it bounces to the top. A non-SSL page stays where it is. I've tried it with other web pages, and they all function that way. Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol On Fri, 26 Oct 2007, Josh Luthman wrote:So you're telling us that the only variable you changed was SSL and it worked perfectly? Very odd... On 10/26/07, Scott Wilson <user-999746b4662e@xymon.invalid> wrote:I found the answer. It's pretty simple really... I was using SSL with my hobbit server. With SSL'ed web pages, refreshes force you back to the top of the page. NonSSL'ed web pages (which I had totally disabled) work fine. Now I just need to hack up the header files so the secure areas point to SSL even when I'm looking at the nonSSL pages. But as I already ran into the header files while debugging this, that should be trivial. Thanks for the help! Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol On Fri, 26 Oct 2007, Josh Luthman wrote:I am using this for an Apache server: Server version: Apache/2.2.3 Server built: Jun 26 2007 19:26:32 Latest and greatest package from the default repo's. Using CentOS
5
(whichis RHEL based). I honestly have no idea how the page stays position. It has to do something along the lines of cache, but that is a client side thing so...my ideas stop here =( Please let us know what you come up with. I know I would like to know the resolution to this. Josh On 10/26/07, Scott Wilson <user-999746b4662e@xymon.invalid> wrote:Brilliant thought.... The demo does maintain position exactly as I want. So it definitely isn't hobbit in general. My best guess now is it somehow lies in myApache.That's just RedHat's stock Apache 2.0.52, but it may be related to a module (I shutoff the mods I wasn't using).... at least I have something to poke at now.... Thanks, Scott Wilson Lead System Administrator user-999746b4662e@xymon.invalid NSIT - DCS - SeaSol On Fri, 26 Oct 2007, Josh Luthman wrote:Troubleshooting technique! Use the Hobbitmon demo on the project page. This was the only page long enough (for me - 1680x1050 resolution) for me to scroll down and maintain my position. http://www.hswn.dk/hobbit/services/services.html Does this maintain position for you, Scott? My client: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.8) Gecko/20071008 Firefox/2.0.0.8 On 10/26/07, Hobbit User <user-24d6f8323faa@xymon.invalid> wrote:On Fri, October 26, 2007 11:48, Scott Wilson wrote:What is the behavior for others? Do others not get forced to the top upon refresh. (Automatic or manual has the same behavior.)Firefox 1.5.0.12 on Centos EL5 maintains position on refresh. Help-->About Firefox: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.12)Gecko/20070719 CentOS/1.5.0.12-3.el5.centos-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer