On Sat, Feb 25, 2012 at 10:36 AM, Pascal Chambon <[email protected]> wrote:
> Le 25/02/2012 11:09, lkcl luke a écrit :
>> On Sat, Feb 25, 2012 at 10:01 AM, Pascal Chambon<[email protected]>  wrote:
>>
>>>> so - someone needs to stop this from happening!  reading the history
>>>> token and not calling the history change if it's not needed would do
>>>> the trick.
>>>>
>>>> l.
>>> I'll look at it asap.
>>   *thumbs-up* pascal.  it's only a couple of lines of code.
>>
>>   l.
> I pushed a fix checking the current history token before pushing a new
> one, but I couldn't actually reproduce the bug - in browser mode,
> History.newItem(new_token) doesn't trigger onHistoryChanged if the new
> token is the same as the old one (which sounds sensible).
> So I guess it'd rather be a feature lacking in pyjd (I haven't tested,
> since I don't have the required steup to run the site in pyjd mode, with
> local browser etc.)?

         if (token != $wnd.__historyToken) {
            $wnd.__historyToken = token;
            // TODO - move init back into History
            // this.onHistoryChanged(token);
            @{{onHistoryChanged}}(token);
        }


 ah.  yes.

Reply via email to