Project

General

Profile

Actions

Bug #1416

closed

Click events don't always get properly processed

Added by Kurt Roeckx over 11 years ago. Updated about 11 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Target version:
Start date:
09/02/2012
Due date:
% Done:

0%

Estimated time:

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

Actions #1

Updated by Wim Dumon over 11 years ago

Hello Kurt,

Do you also have this issue when you turn off progressive bootstrap in wt_config.xml?

Wim.

Actions #2

Updated by Kurt Roeckx over 11 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

Actions #3

Updated by Kurt Roeckx over 11 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

Actions #4

Updated by Kurt Roeckx over 11 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?

Actions #5

Updated by Koen Deforche over 11 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

Actions #6

Updated by Kurt Roeckx over 11 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

Actions #7

Updated by Koen Deforche over 11 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

Actions #8

Updated by Koen Deforche over 11 years ago

  • Status changed from InProgress to Resolved
Actions #9

Updated by Koen Deforche about 11 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF