Error in macro <<tabs>>

[AndrewMc]

Hi All

Below the Timeline listing of tiddlers (in the right-side tab) there is an error message that says "Error in macro <<tabs>>".
If I click on this error message, I get some more detail "Error while executing macro <<tabs>>: InternalError: too much recursion"

My wiki is based on MPTW and is being viewed using Firefox 3.x (under both WindowsXP and Ubuntu Linux 10.10). I recently upgraded from TW 2.6.0 to 2.6.2 by using the upgrade button in the backstage menu. I only noticed the error a short time after upgrading, and so suspect that there is something about the upgrade that may have caused this error. A brief test shows that the error does not seem to happen in IE7 (under WinXP), however, that browser does not support the SVG and MathML that I use extensively and so is not a solution for me.

Nearly everything in the TW seems to be working normally except that this error message is present, and that when I try to use ToggleRightSideBar http://www.tiddlytools.com/#ToggleRightSidebar I get an error message pop up "InternalError: too much recursion".

Does anyone have any suggestions for ways that I can investigate just what is causing this error?

Cheers
Andrew Mc

[Jeremy Ruston]

The "too much recursion" error implies that some JavaScript has got
caught up in an infinite loop. This sort of thing can happen when one
sets up inadvertant loops, like a tab containing a tab that contains
the original tab. The fact that you're experiencing different
behaviour on different browsers is interesting though. Could you
anonymise and share the TiddlyWiki file? You can email me directly at
jeremy (at) osmosoft (dot) com if you'd prefer.

Cheers

Jeremy

> --
> You received this message because you are subscribed to the Google Groups
> "TiddlyWiki" group.
> To post to this group, send email to tiddl...@googlegroups.com.
> To unsubscribe from this group, send email to
> tiddlywiki+...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/tiddlywiki?hl=en.
>

--
Jeremy Ruston
mailto:jer...@osmosoft.com
http://www.tiddlywiki.com

[AndrewMc]

Hi Jeremy

Thanks for the explanation.
I have zipped a copy of the TW and sent it to you by email.

Cheers
Andrew Mc

[Roach]

I see the very same error after upgrading from 2.6.1 to 2.6.2. I saved
a copy of the file before upgrading, so I know that the error only
shows up after the upgrade.

The error appears under the right side tiddlers listing, under each of
the tabs (Timeline, All, Tags, More). Also, when viewing "More" the
error appears twice (a second copy of the error message occurs under
the subtabs Missing/Orphaned/Shadowed).

After experimenting, I learned that the problem occurs only when the
following plugin is active:

* http://tiddlywiki.bidix.info/#PasswordOptionPlugin

Something strange is going on. That plugin has nothing to do with
tabs, but somehow it must be incompatible with the latest software
update. I wonder if it calls any function that was modified for
version 2.6.2. If I had to guess, I would say the problem is related
to the new SystemSettings / persistent options feature.

[Craig in Calgary]

"Error in macro <<tabs>>" appears at the bottom of everywhere I have
implemented <<tabs>>. Besides the ShowTabsForTags transclusion there
aren't any tab-related modifications to the TW that I know of. Where
do I look to debug and correct this? Thanks.

[Craig in Calgary]

bump! Anyone got any ideas on how to resolve this?

[Jeremy Ruston]

If you click on the error message you should get a little popup with
the underlying error code information - can you copy and paste it
here?

Cheers

Jeremy

[whatever]

Also, if you could post the problematic wiki, it would help.

w

[Craig in Calgary]

Error while executing macro <<tabs>>:

RangeError: Maximum call stack size exceeded

http://dl.dropbox.com/u/921459/TiddlyWikis/cityofcalgary.html
http://cityofcalgary.tiddlyspot.com

But the mystery thickens:
* When I open it from TiddlySpot with Chrome 10.0.648.204, the error
is present.
* When I open it from Dropbox with Chrome 10.0.648.204, there is no
error.
* When I open either with IE 7.0.5730.13CO, there is no error.
* When I open either with SeaMonkey 2.0.13, there is no error.
* My Firefox 4 is currently corrupt so I can't test that environment.

[Jeremy Ruston]

I'm on the same version of Chrome on Mac OS X, and I'm not getting the
error for the cityofcalgary wiki on either dropbox and from
tiddlyspace. I've also tried Firefox 4 and am unable to duplicate the
issue. Are you on Windows?

So, I'm wondering if there is an issue with a browser extension that
you might be using? It may be worth trying to start Firefox and Chrome
in safe and incognito mode (respectively) and repeating the
experiment?

There's some information about safe mode and incognito mode here:

http://googlesystem.blogspot.com/2010/02/google-chrome-safe-mode.html

Best wishes

Jeremy

> --
> You received this message because you are subscribed to the Google Groups "TiddlyWiki" group.
> To post to this group, send email to tiddl...@googlegroups.com.
> To unsubscribe from this group, send email to tiddlywiki+...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/tiddlywiki?hl=en.
>
>

--

[Vincent Yeh]

Hi everyone,

Recently I created a page on TiddlySpot.com and encountered the same problem. Then I started searching for a solution and realized that this has been there for a while already. I didn't find a fix to it so I did it myself.

The problem lies in the config.optionHandlers['chk'].get function that PasswordOptionsPlugin overrides:

merge(config.optionHandlers['chk'], {
    get: function(name) {
        // is there an option linked with this chk ?
        var opt = name.substr(3);
        if (config.options[opt])
            saveOptionCookie(opt);        <--------- This is the problem.
        return config.options[name] ? "true" : "false";
    }
});

In the overridden version the PasswordOptionsPlugin tries to save the options in this get function, but that saveOptionsCookie() function eventually leads to another function called saveCookie(), in which it calls this get function again! So you can see this get function never gets returned and the option never gets saved.

The fix is to do the saveOptionCookie() in the set function instead. You can replace the above lines of codes with the below ones and the problem is gone.

merge(config.optionHandlers['chk'], {
    set: function(name,value) {
        config.options[name] = value == 'true';
        // is there an option linked with this chk ?
        var opt = name.substr(3);
        if (config.options[opt])
            saveOptionCookie(opt);
    }
});

Have Fun!
Vincent

[Vincent Yeh]

Forgot to mention that I was lead to check PasswordOptionsPlugin because of this post: http://osdir.com/ml/tiddlywiki/2011-02/msg00316.html.

Have Fun!
Vincent

[Rolf Deenen]

Hello Vincent. Little late and perhaps against netiquette, but thanks for the solution! It's a little annoyance gone. Regards, Rolf

Op vrijdag 16 mei 2014 06:49:46 UTC+2 schreef Vincent Yeh:

[Tobias Beer]

Hi Rolf,

 

Hello Vincent. Little late and perhaps against netiquette, but thanks for the solution! It's a little annoyance gone.

Unless perhaps you'd rerpond totally off topic 3 years after the fact,
there is nothing in the "netiquette" against a little gratitude. :D

Best wishes,

Tobias.