Bug #1416
closedClick events don't always get properly processed
0%
Description
Hi,
I sometimes run into weird problems with my site, and when trying to reproduce it usually works properly. I can at least reproduce some of the effects with the http://www.webtoolkit.eu/wt page. I think they might all be effects of the same underlying problem. It all comes down to not properly handling click events.
The effects that I see are:
- The URL in the browser doesn't match the URL I'm looking at. That is, the URL for the link I clicked is displayed in the browser while the page still shows the content of the old URL. Usually clicking the URL I want to go to again fixes it, sometimes it doesn't.
- While I normally don't see a "?wtd=" in the URL in the browser, I sometimes do see it.
I think the problem is that the whole page isn't properly rendered yet, or that it's still bootstrapping or something.
As far as I know with the progressive bootstrap mode the URLs first get written with the "?wtd=" part in the html and then ajax rewrites the URLs without them. I think I click the link before ajax was able to rewrite the URLs, so I end up going to a link with it.
I think the first issue is similar and that there is confusion about what the browser has in the DOM and what Wt thinks is in it, and Wt then tries to do find objects that don't exist, or thinks it already changed something but didn't.
The easiest way to reproduce this is loading the page and clicking a link as fast as possible. It also helps if the page is slow to load, because of images, being on a slow link, or something similar.
Kurt
Updated by Wim Dumon about 12 years ago
Hello Kurt,
Do you also have this issue when you turn off progressive bootstrap in wt_config.xml?
Wim.
Updated by Kurt Roeckx about 12 years ago
Wim Dumon wrote:
Do you also have this issue when you turn off progressive bootstrap in wt_config.xml?
I can perfectly reproduce it after changing it to false.
Kurt
Updated by Kurt Roeckx about 12 years ago
Kurt Roeckx wrote:
Wim Dumon wrote:
> Do you also have this issue when you turn off progressive bootstrap in wt_config.xml?I can perfectly reproduce it after changing it to false.
I could only reproduce the first thing after disabling it, not the second.
Kurt
Updated by Kurt Roeckx about 12 years ago
I saw that you did a commit among other things says to fix a "progressive bootstrap regression". Is this related? And what part of the commit would be the fix?
Updated by Koen Deforche about 12 years ago
- Status changed from New to Feedback
- Assignee set to Koen Deforche
- Target version set to 3.2.3
Hey Kurt,
Yes this could be solving the problem. It is the part where the CLICK_SIGNAL is changed to M_CLICK_SIGNAL.
Regards,
koen
Updated by Kurt Roeckx about 12 years ago
Koen Deforche wrote:
Yes this could be solving the problem. It is the part where the CLICK_SIGNAL is changed to M_CLICK_SIGNAL.
I don't seem to have M_CLICK_SIGNAL yet, still at 3.2.1. I will later look in testing this. Or do you have a site running I can test this on?
Kurt
Updated by Koen Deforche about 12 years ago
- Status changed from Feedback to InProgress
- Target version changed from 3.2.3 to 3.3.0
Hey,
I can indeed confirm the progressive bootstrap problem.
Regards,
koen
Updated by Koen Deforche almost 12 years ago
- Status changed from InProgress to Resolved
Updated by Koen Deforche almost 12 years ago
- Status changed from Resolved to Closed