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