Page MenuHomePhabricator

IE get "Webpage expired" when using back button in RunQuery pages
Closed, DeclinedPublic

Description

Author: mitchell_neill

Description:
Hi.

I'm using Special:RunQuery's and you hit a problem with IE 6/7/8 that
when you press the Back button you get a "Webpage has expired"
screen. I guess this is because of the Additional Query section of the
result screen.

Example:

Using IE 7/8 go to

http://www.parentvoice.info/en/Special:RunQuery/EventQuery

Choose All, All Hampshire. At the calendar, click on an event.
In the event screen click browser back button.
You get page expired screen.

I've been digging around and got advised that this could be a jquery issue. This is what I was told:

"This probably happens when POST request page has javascript that tries to modify html while it has not yet loaded until the end. For example if you have thickbox component call that is not inside jQuery's document.ready block."

Of course this might not be it ;)

This is really causing issues with my users. I can't simply tell them not to press their browser's back button unfortunately.

Thanks
Neill.


Version: unspecified
Severity: normal
URL: http://www.parentvoice.info/en/Special:RunQuery/EventQuery

Details

Reference
bz27497

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 11:24 PM
bzimport set Reference to bz27497.

mitchell_neill wrote:

Hi.

Do the changes in SF 2.1 fix this issue? I saw that some jquery work was done in this area.

Thanks
Neill.

Hi, I don't know - I didn't try it.

mitchell_neill wrote:

Still does it I'm afriad. This one is actually quite serious. It makes RunQuery virtually unusable in IE :(

mitchell_neill wrote:

Unfortunately, I'm getting complaints about this again. It also does it with IE9, so I can't just tell people to upgrade their browser. Any chance of taking a look?

Many thanks
Neill.

mitchell_neill wrote:

Sorry, an example would help wouldn't it ;)

http://www.parentvoice.info/en/Special:RunQuery/EventQuery

Choose any parameters or leave blank. You then get taken to a calendar of events. Click the little grey + symbol on any event to go to the details page. Then click the back button in IE8/9. You get a page expired error.

Cheers
Neill.

Hi - I just finally looked into this. It looks like there's a server-side change you can do to fix the problem - see here:

http://bitkickers.blogspot.com/2010/03/apache-fix-for-ie-webpage-has-expired.html

mitchell_neill wrote:

Okay, I'll check that out and let you know if it fixes it.

Thanks Yaron :)

mitchell_neill wrote:

Hmmm. RunQuery stops working completely with IE 8 when that is enabled. It just hangs :(

mitchell_neill wrote:

Oh how I hate IE. Unfortunately 52% of the world's population disagrees with me :(

mitchell_neill wrote:

This also now happens with Firefox 10.0.2 and SF 2.4.1. So that is now about 90% of all users affected. Even simple runQuery pages now have this problem.

The suggested server side change does not fix this. I am getting a lot of complaints now. To the point where runQuery is not very popular at all with the users now :(

How many complaints would you say you've gotten, out of curiosity?

mitchell_neill wrote:

Over the last week, I have had 3 of my major clients complain that their users are getting in touch about this problem. They are not happy. These people have taken a risk and invested in SMW technology. Money that I am now putting back into the SMW project. Without these people I can't sponsor work. It's that simple.

The sites are used by a lot of people. One is up for wiki of the month. People really like the sites and they are good advocacy for SMW.

Come on Yaron, this needs sorting out. We can't sweep this under the carpet. You know it is not right and we can't expect users to try to work around or put up with this problem. Not being able to use the browser back button is really bad news.

There must be a way to fix this :) I will pay for time spent on it. It will make a lot of people happy and benefit the community.

I have no idea what you mean by "not right" in this context, but in any case, if you want to pay for it, feel free to contact me (or some other developer) separately.

mitchell_neill wrote:

Okay, will do :)

Marking as "normal" severity, given that no one else has remarked on the issue.

Yaron_Koren lowered the priority of this task from Medium to Low.Apr 27 2015, 4:02 PM
Yaron_Koren set Security to None.
Yaron_Koren subscribed.

I don't know if this is fixable, but I'm not planning to look into IE issues.