You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@wicket.apache.org by "Johan Compagner (JIRA)" <ji...@apache.org> on 2008/05/10 17:15:55 UTC

[jira] Commented: (WICKET-1607) addDomReadyEvent unreliable for Safari

    [ https://issues.apache.org/jira/browse/WICKET-1607?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12595827#action_12595827 ] 

Johan Compagner commented on WICKET-1607:
-----------------------------------------

applied

> addDomReadyEvent unreliable for Safari
> --------------------------------------
>
>                 Key: WICKET-1607
>                 URL: https://issues.apache.org/jira/browse/WICKET-1607
>             Project: Wicket
>          Issue Type: Bug
>          Components: wicket
>    Affects Versions: 1.3.0-beta4, 1.3.0-rc1, 1.3.0-rc2, 1.3.0-final, 1.3.1, 1.3.2, 1.3.3
>         Environment: Safari 3.1.1
>            Reporter: Nathan Hamblen
>            Assignee: Johan Compagner
>             Fix For: 1.3.4, 1.4-M2
>
>         Attachments: safari-domready.patch
>
>
> Because Safari doesn't support an onDomReady event, wicket-event.js emulates that behavior using timeouts when that browser is detected. However, the timeout is only set once, for 10ms; window.setTimeout() does not produce a repeating timeout. If the document object is not ready at that point, the registered functions are never called. Often it is ready, so the bug is masked.
> I discovered this problem in a page that uses the DateTimeField  component, which uses onDomReady for its initialization. Sometimes the component works fine, other times nothing happens when you click. It's a fairly complicated page that apparently Safari may spend more than 10ms building.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.