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 swilson at uchicago.edu NSIT - DCS - SeaSol
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 <swilson at uchicago.edu> 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 swilson at uchicago.edu NSIT - DCS - SeaSol
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
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 swilson at uchicago.edu 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 <swilson at uchicago.edu> 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 swilson at uchicago.edu NSIT - DCS - SeaSol
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
Does Big Brother have a JavaScript menu? That might make a difference.
-----Original Message----- From: Scott Wilson [mailto:swilson at uchicago.edu] Sent: Friday, October 26, 2007 10:49 AM To: hobbit at hswn.dk 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 swilson at uchicago.edu 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 <swilson at uchicago.edu> 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 swilson at uchicago.edu NSIT - DCS - SeaSol
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
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
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 <hobbit at epperson.homelinux.net> 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
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
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 swilson at uchicago.edu 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 <hobbit at epperson.homelinux.net> 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
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
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 <swilson at uchicago.edu> 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 swilson at uchicago.edu 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 <hobbit at epperson.homelinux.net> 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
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
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 swilson at uchicago.edu 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 <swilson at uchicago.edu> 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 swilson at uchicago.edu 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 <hobbit at epperson.homelinux.net> 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
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
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 <swilson at uchicago.edu> 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 swilson at uchicago.edu 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 <swilson at uchicago.edu> 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 swilson at uchicago.edu 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 <hobbit at epperson.homelinux.net> 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
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
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 swilson at uchicago.edu 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 <swilson at uchicago.edu> 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 swilson at uchicago.edu 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 <swilson at uchicago.edu> 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 swilson at uchicago.edu 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 <hobbit at epperson.homelinux.net> 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
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
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:swilson at uchicago.edu] Sent: Friday, October 26, 2007 1:54 PM To: hobbit at hswn.dk 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 swilson at uchicago.edu 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 <swilson at uchicago.edu> 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 swilson at uchicago.edu 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 <swilson at uchicago.edu> 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 swilson at uchicago.edu 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 <hobbit at epperson.homelinux.net> 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
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
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 <thansmann at directpointe.com> 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:swilson at uchicago.edu] Sent: Friday, October 26, 2007 1:54 PM To: hobbit at hswn.dk 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 swilson at uchicago.edu 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 <swilson at uchicago.edu> 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 swilson at uchicago.edu 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 <swilson at uchicago.edu> 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 swilson at uchicago.edu 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 <hobbit at epperson.homelinux.net> 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 > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > >
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
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 swilson at uchicago.edu 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:swilson at uchicago.edu] Sent: Friday, October 26, 2007 1:54 PM To: hobbit at hswn.dk 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 swilson at uchicago.edu 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 <swilson at uchicago.edu> 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 swilson at uchicago.edu 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 <swilson at uchicago.edu> 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 swilson at uchicago.edu 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 <hobbit at epperson.homelinux.net> 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 > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > >
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
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 <swilson at uchicago.edu> 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 swilson at uchicago.edu 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:swilson at uchicago.edu] Sent: Friday, October 26, 2007 1:54 PM To: hobbit at hswn.dk 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 swilson at uchicago.edu 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 <swilson at uchicago.edu> 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 swilson at uchicago.edu 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 <swilson at uchicago.edu> 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 swilson at uchicago.edu 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 <hobbit at epperson.homelinux.net> 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 >> >> >> To unsubscribe from the hobbit list, send an e-mail to >> hobbit-unsubscribe at hswn.dk >> >> >> > > > -- > Josh Luthman > Office: 937-552-2340 > Direct: 937-552-2343 > 1100 Wayne St > Suite 1337 > Troy, OH 45373 > > Those who don't understand UNIX are condemned to reinvent it, poorly. > --- Henry Spencer >
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
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 myboss at ourdomain.com DocumentRoot /path/to/root ServerName our.webaddress.com RedirectMatch permanent (/.*) https://our.webaddress.com //$1 </VirtualHost>
<VirtualHost *:443> ServerAdmin myboss at ourdomain.com 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:swilson at uchicago.edu] Sent: Monday, October 29, 2007 5:25 PM To: hobbit at hswn.dk 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 swilson at uchicago.edu 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:swilson at uchicago.edu] Sent: Friday, October 26, 2007 1:54 PM To: hobbit at hswn.dk 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 swilson at uchicago.edu 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 <swilson at uchicago.edu> 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 swilson at uchicago.edu 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 <swilson at uchicago.edu> 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 swilson at uchicago.edu 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 <hobbit at epperson.homelinux.net> 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 > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > >
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
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:swilson at uchicago.edu] Sent: Thursday, October 25, 2007 6:09 PM To: hobbit at hswn.dk 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 swilson at uchicago.edu NSIT - DCS - SeaSol
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
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
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
participants (7)
-
greg.hubbard＠eds.com
-
haertig＠avaya.com
-
henrik＠hswn.dk
-
hobbit＠epperson.homelinux.net
-
josh＠imaginenetworksllc.com
-
swilson＠uchicago.edu
-
thansmann＠directpointe.com