Project

General

Profile

Bug #2701

WCheckBox in Safari: changed- Event fired twice

Added by Stefan Hainzl over 8 years ago. Updated over 8 years ago.

Status:
Closed
Priority:
Normal
Target version:
Start date:
02/22/2014
Due date:
% Done:

0%

Estimated time:

Description

A more detailed description of how this was discovered can be found here: http://redmine.webtoolkit.eu/boards/2/topics/8484?r=8523.

Abstract:

A function that is connected to the changed signal is observed to be entered twice after the user clicked on the WCheckBox.

#1

Updated by Koen Deforche over 8 years ago

  • Status changed from New to InProgress
  • Assignee set to Roel Standaert
  • Target version set to 3.3.2
#2

Updated by Roel Standaert over 8 years ago

  • Status changed from InProgress to Resolved

Hey,

The Safari workaround has become obsolete, causing the changed() event to be fired twice.

Regards,

Roel

#3

Updated by I. Lazaridis over 8 years ago

I try to follow development a bit, and have a huge problem:

Issues are getting "Resolved", without any pointer to the relevant commit in the repo.

Is it possible to provide the links in future, thus following development will become easier.

(remember that this is somehow standard in open-source projects today)

#4

Updated by Koen Deforche over 8 years ago

Hey,

Unfortunately, due to distributed nature of git, the 'repo' is actually not well defined. It's in our internal repo, but this only gets pushed to the external github repo after review.

Perhaps we can add a 'Status' state to differentiate between resolved-implemented, and resolved-available?

Regards,

koen

#5

Updated by I. Lazaridis over 8 years ago

please see #2714

#6

Updated by Koen Deforche over 8 years ago

  • Status changed from Resolved to Closed

Also available in: Atom PDF