Side navigation
#5034 closed bug (invalid)
Opened August 11, 2009 02:56PM UTC
Closed August 11, 2009 09:59PM UTC
Last modified March 15, 2012 05:22PM UTC
Jquery history problem at IE7 after refresh's click of toolbar
| Reported by: | soniad | Owned by: | |
|---|---|---|---|
| Priority: | major | Milestone: | 1.4 |
| Component: | unfiled | Version: | 1.3.2 |
| Keywords: | history problem at IE7 after refresh | Cc: | dinesht@smartdatainc.net |
| Blocked by: | Blocking: |
Description
As per our architecture's requirement we need multiple user controls to be loaded into same aspx page through Ajax requests.So we are maintaining the history with Jquery.history.js.Things are working fine with back and forward buttons.But If we press refresh of browser toolbar then history of that page is lost (Means of multiple Ajax requests).This problem is coming in IE7 .Its working fine in mozrilla and IE8.I am attaching one prototype project also in which we are trying the same.Please set HistoryPage2.aspx as start page to test the application.On this page on click of different links we are loading contents through Ajax.History is also being managed through a hash value in URL.But if we click on refresh button at HistoryPage2.aspx its back and forward are disabled now.Please let us know if anything we are missing or any pulgin we need for same.
Attachments (1)
Change History (3)
Changed August 11, 2009 03:08PM UTC by comment:1
Changed August 11, 2009 09:59PM UTC by comment:2
| resolution: | → invalid |
|---|---|
| status: | new → closed |
There are too many things at play here to file a bug against jQuery core. You'll need to create a simple test case that doesn't include any server side code.
Changed November 16, 2010 04:23PM UTC by comment:3
I am experiencing the same issue in IE7. The hash is getting double encoded on the back button.
hash on the first call is #searchid=&type=lot&search=REAL&sort=relevance&length=10&start=1&refine=
The user clicks on a refinement and then uses the back button
pressing the back button the hash should be the same as before but now looks like this: "searchid%3D%26type%3Dlot%26search%3DREAL%26sort%3Drelevance%26length%3D10%26start%3D1%26refine%3D&1289924283501"
equals and ampersands are encoded - this does not occur in all the current browsers. Unfortunately we still have to support IE7.
Not able to upload whole application because of size limit uploading only HistoryPage2.aspx.That may provide an idea what we are implementing.