Call to a member function set() on a non-object in /var/www/tiki/lib/cache/memcachelib.php on line 153
nkoth
still no difference?
that's a diff error
btw how did you disable memcache if you could not get into the tiki?
yeah - I don't believe I was actually able to disable it
In that case, try going into the database, look in the table tiki_preferences
ok
for a preference with the name "memcache_enabled", and change the value to 'n'
that did it - thanks
nasty bug
(nkoth)
I wouldn't try memcache unless you know what you are doing under the hood. SUpport is not comprehensive anyway 
Yeah - I just wanted to see what it was about :)
btw in ever other way I'm loving tikiwiki - if you've been coding it, thanks :)
you're welcome :)
 New Forum Posts: Centering Footer ".Box"s - http://tiki.org/tiki-view_forum_thread.php?forumId=14&comments_parentId=42215
tikiwiki: 03nkoth * r37165 10/trunk/lib/wiki-plugins/wikiplugin_tracker.php: 
tikiwiki: [FIX][REF] auto-assign and autoincrement fields were not saving when not
tikiwiki: specified in fields param or when not included in pretty tracker templates, at
tikiwiki: the same time remove useless non-working feature abt optional fields
tikiwiki: 03nkoth * r37166 10/trunk/lib/wiki-plugins/wikiplugin_trackerif.php: [FIX] Return ELSE version of content if provided when testing is negative result in edit mode
tikiwiki: 03nkoth * r37167 10/trunk/templates/trackeroutput/relation.tpl: [ENH] Do not show empty list when there is nothing to show
tikiwiki: 03nkoth * r37168 10/trunk/lib/core/Tracker/Field/Dropdown.php: [MOD] When in csv mode, should show the short key, not the full label, would be needed in some cases
tikiwiki: 03nkoth * r37169 10/trunk/templates/trackeroutput/files.tpl: [ENH] Do not show empty list when there is nothing to show
tikiwiki: 03oeversetten * r37170 10/trunk/lang/nds/language.php: more strings, the next maybe in a week
 New Forum Posts: ABC Listing - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=42217
morning
sylvieg, are you here?
tikiwiki: 03marclaporte * r37171 10/trunk/modules/mod-func-whats_related.php: Add a feature check
how do I make output_serialized() from tikiaccesslib.php output json?
Do I have to set $_SERVER[HTTP_ACCEPT] manually before I call output_serialized() ?
polom
hi Merbster 
What is up jonnyb ?
definitely autumn!
Yup definately is
I was at the beatch saturday though
polom RobertPlummer 
pomin Merbster
polom
lol, keyboard + coffee + a.d.d.
hahaha :P
I think I need more coffee my brain is slow today.
jonnyb: About "WYSIWYG and International character problem in links"
hi arildb 
(and hi RobertPlummer - did Xavi get you about the slideshow thing?)
jonnyb: The WYSIWYG editor looks much better now. It would be a shame to remove all the new "goodness". Edit section never worked before. I liked the solution to switch to wiki-mode
jonnyb Yes, thanks.
arildb: "pretending" html is wiki will always fail imho (unless someone the size of google want's to donate several months of development resources)
arildb: i only speak from my experience - i believe we need to focus on "visual wiki" (wysiwyg_htmltowiki=y) and let html wysiwyg do just that - maybe even remove plugin support from it (as it's not reliable either i'm afraid)
jonnyb: I understand. However, from a reguar user perspective the WYSIWYG is very important. Visual wiki - I am not sure how that works. If the user can operate it without learning wiki syntax it should be OK, I guess
jonnyb: I will take a look at it
yes, that's the idea - it's actually html in ckeditor (of course), but you're only allowed to do stuff that wiki syntax can support, and the page data is always stored in wiki markup, so you can switch editor mode without losing anything
trying to do that in html mode is impossible (and a huge drain on us)
jonnyb: sounds like a good solution, using a common storage syntax
jonnyb: but if html sytax is removed from the storage. What is the plan for conversion for existing installations?
umm.... vague :P
html pages should be converted manually to wiki, so the editor needs to obey the is_html property of the page still
the real trouble comes this other objects, like blog posts etc
jonnyb did you see the feature/fix I applied for script in plugins with src attribute?
no RobertPlummer ?
It makes sure they are cached.
The script tags.
Anyway, I sent an email out on it I thought.
jonnyb I was thinking of backporting it for the next release of 7, I really need it there.
i just skim-read about 300 dev mails - what revision?
lol
checking....
37088
jonnyb I still need to add to the documentation about that new parameter, will do that sometime today.
yes, a little comment here or there wouldn't go amiss ;)
sorry, found one! :D
tikiwiki: 03robertplummer * r37172 10/trunk/lib/headerlib.php: [FIX] Updated documentation on newly added parameter
:P
finally!
what on earth does $switch_fn_definition do i wonder?
no idea, didn't mess with it.
$js = preg_replace('/function (.*)\(/Umis', "$1 = function(", $js);
anyway - it works now for you? i don't have time to absorb it fully
Yes.
It just looks for those tags that have src sttribute, then puts them together as an array, and they are re-added when caching is on.
oh right - switch_fn_definition was for when we had xajax stuff in there...
probably should die then?
tikiwiki: 03jonnybradley * r37173 10/third_party/jquery/ (5 files in 2 dirs): Update jquery.mobile to beta 3
anyone currently here who used the tiki-tracker_http_request.php file?
I am wondering what use case the code was developed for. because I've been debugging it for some hours now and no matter what I do it only fetches the first "row" of the trackers specified. 
tikiwiki: 03oeversetten * r37174 10/trunk/lang/nds/language.php: are there strings for the Date and Time panel?
tikiwiki: 03sylvieg * r37175 10/branches/7.x/lib/core/WikiParser/PluginMatcher.php: [FIX]parser: reset the loop control each time something has matched
tikiwiki: 03sylvieg * r37176 10/trunk/lib/core/WikiParser/PluginMatcher.php: [merge/r 37175][FIX]parser: reset the loop control each time something has matched
tikiwiki: 03lphuberdeau * r37177 10/trunk/ (lib/filegals/filegallib.php tiki-setup_base.php): [FIX] Collect type only, exlude charset
tikiwiki: 03oeversetten * r37178 10/trunk/lang/nds/language.php: few fixes
tikiwiki: 03jonnybradley * r37179 10/trunk/templates/admin/include_trackers.tpl: [MOD] trackers: Tabbify admin panel - attachments still TODO (needs the form to be split up, but is tidier than it was)
tikiwiki: 03chealer * r37181 10/trunk/lib/headerlib.php: [REF] clarify getJSFromHTML() comments
chealer: Thanks
tikiwiki: 03mlustenberg * r37182 10/trunk/lib/test/editlib/ (ParseToWiki_TextTest.php ParseToWysiwyg_TextTest.php): [ENH] Tests for EditLib
tikiwiki: 03lphuberdeau * r37183 10/trunk/lib/jquery_tiki/tiki-jquery.js: [FIX] Error on post-submit in some cases
anyone know how relation type tracker fields work (or where there might be some docs?)
jonnyb You mean items list or item link?
RobertPlummer: no, "relations"
jonnyb ok.
tikiwiki: 03lphuberdeau * r37184 10/trunk/templates/tiki.tpl: [MOD] Allow to enable modules, not just link to the preference search
tikiwiki: 03lphuberdeau * r37185 10/trunk/templates/styles/ (960_gs/tiki.tpl mobile/tiki.tpl): [FIX] Replicate in cloned layouts, seems like too much logic in those files
polom
hi chealer 
polom chealer
does anyone know what filtervalue expects as it's value in  trklib->list_items() ?
Merbster: What are you trying to do?
I am trying to setup a site that uses 2 category trees. Permissions are assigne to categroies in both trees. No object permissions apply. Category permissions override global permissions. However, when a page belongs to 2 categories, one in each tree. Is it correct that the permission check should use a logical OR. Thus if permission is granted in one category tree, permission is granted for the object? Can somebody confirm/comment on this please.
RobertPlummer, I found out how to ajaxify the tracker problem totally. Now I'm struggling with tiki-tracker_http_request.php which (seems) to deliver tracker info to js/jquery
hi jonnyb, RobertPlummer
thanks for the comment RobertPlummer
tikiwiki: 03jonnybradley * r37186 10/trunk/templates/admin/include_semantic.tpl: [MOD] semantic: add prefs to admin panel
tikiwiki: 03lphuberdeau * r37187 10/trunk/templates/modules/mod-search.tpl: [FIX] Missing escape
RobertPlummer, it does not return anything if filtervalue is not set.
Currently I am just calling the script directly with params set trhough url (to remove JS as a source of errors)
Merbster: I found much of that very difficult to use in a real-world scenario, which is why I created tracker query lib.
RobertPlummer, ok. Did you per chance write any docs? - because I think my irc client text buffer does not contain the instructions anymore :P
lol
Merbster: What version of tiki?
7.1
$trkqrylib = TikiLib::("trkqry");
$trkqrylib->tracker_query($trackerId);
Merbster: But it is only the getting of data, not saving.
http://dev.tiki.org/Tracker+Query
RobertPlummer, saving tracker stuff is done trhougha  post to a php file right?
So. I hope that saving will be alot easier
Merbster: Yes, but I have less experience there, especially with non-text type fields.
If need be I will create work around.
my plan is to create a tracker template. and use JS to prefill it (without doing a postback). 
But I will _try_ to stay on course and "doing the right solution"
sounds like a good plan
and ofcourse I want to save with ajax too.
so that I can keep track of the "state"
purely trhough JS
sounds tricky
If I can do posts/gets without doing a postback I am thining I can keep the JS code alive.
hi arildb. correct ( http://dev.tiki.org/Permission+Cleanup )
RobertPlummer, tricky how?
chealer: thanks
Merbster: tracker saving, I'd like to look at your solution once you have it in place.
I could use a nicer method than what I'm currently using in Tiki Invoice
RobertPlummer, actually I would welcome that, I have never recieved constructive critisism of my code :)
or non-constructive for that matter
RobertPlummer, since you are using tikilib only include file I need is tiki-setup.php?
Merbster: correct
If including it using TikiLib::lib() doesn't work, use:
include "lib/trackers/trackerquerylib.php";global $trkqrylib;
I can't remember if I had that in 7.1 or not.
ok
I could look, but I'm really busy today.
RobertPlummer, no worries I will find out eventually
tikiwiki: 03mlustenberg * r37188 10/trunk/lib/ (smarty_tiki/block.textarea.php toolbars/toolbarslib.php): [ENH]: wysiwyg_htmltowiki: added the format combo to the toolbar. The combo contains 'normal' and the headings 1-6. When editing html, the combo is set to the CKE default ('p;h1;h2;h3;h4;h5;h6;pre;address;div')
RobertPlummer, the facotry method is not updated in tiki 7.1 (just for information) :)
tikiwiki: 03jonnybradley * r37189 10/trunk/lib/wiki-plugins/wikiplugin_trackerlist.php: [FIX] trackerlist: Catch smarty exception on setup errors
apparantly the whole lib is missing.
RobertPlummer, would there be any ill effects in just grabbing the lib from trunk and using it in my 7.1 ?
Merbster: You'd have to gut the render portion of it, could probably do it with a couple comments
Merbster: But it'd work just fine.
RobertPlummer, great. thanks
np
RobertPlummer, I don't have to kill the rendering with comments, you included a way to turn it off :)
(atleast that's what it looks like from my glance at the code)
Merbster: Oh right.
Merbster: Yea I think you are right.
tikiwiki: 03mlustenberg * r37190 10/trunk/lib/toolbars/toolbarslib.php: [ENH]: wysiwyg_htmltowiki: added Undo/Redo and RemoveFormat to the toolbar
Merbster: Just keep in mind it will only display text for any tracker type, unrendered.
You mean the rendering RobertPlummer ?
Merbster: Right, by using tracker query lib in 7.1, there isn't any rendering taking place.
RobertPlummer, I won't need it, I will be using a pretty tracker for rendering. I just need to fetch some data from the tracker and inject it into the tracker fields. 
If I do that I won't even need to control the aformentioned "edit mode" I can just use the tracker as view/edit instead.
Merbster: Very good.  That is how I used it too.
Merbster: Find the data I need, then render ONLY why I need.
Merbster: Tracker query lib is just the way to find it quickly.
Merbster: But in 8 we'll be able to use tracker query lib more because it does render.
I will be looking forward to that :)
It is wicked fast!
generally 8 is sounding like it's becoming a nice tasty treat.
I currently am working on a chart system based off of it, and it renders 8-10 queries of different trackers, merges them, and outputs them in under a second.
Unrendered.
Each tracker has about 700 or so items, not to bad.
That sounds mind bogglingly complicated ^^
Merbster: If you saw it it'd be more understandable.
Merbster: stock market stuff ;)
Ah. not a business area I know mutch about
I made a database that had to house data from two product specification systems. Had to identify the shared properties between the two systems and create a design that adhered to 3rd normal form.
that was quite a challenge. :P
Anyone ever convert decimals to time?
nm, I figured it out.
1 year = 31 556 926 seconds
tikiwiki: 03lphuberdeau * r37191 10/trunk/ (2 files in 2 dirs): [FIX] Remove columns that have not been used in a long time apparently
When calling a function that specifices default values on the params. But I only want to overwrite the default values on say 3 out of 5. Do I have to send null values to those that I want to leave at default values (so the param ordering doesn't screw up) or can I just explicitly name and set values on the ones where I want to override the default value?
in other words, do I have to name every single var or can I just name the ones I need? (in the context of calling the function)
Merbster: neither, you have to pass the default values of arguments you would want to skip
chealer: You deal much with strtotime() in php?
RobertPlummer: no
lphuberdeau: I am just looking at r37191 and the fields you removed showStatus from tiki_trackers
ok I understand now, the db patch needs to be applied otherwise the NULL fields interfere with the reading of the options from tiki_tracker_options
has somebody a problem with wiki attachments using fgal - I have a smarty error
sylvieg: i turned my attachments feature off in trunk since smarty3, not sure if that bug is fixed yet
maybe this is different
thx ... so it is since smarty3
I thought it was working last week.. but not sure I worked on trunk
let me try turning on again...
yes still there, same error, only happens when use attachemnt in file gallery is on
Uncaught exception 'SmartyException' with message 'unknown method 'set_request_overriders'' in function.attachement.php ... but this is strange because the function is in tiki smarty
it is definitely happen immediately after SMarty 3 upgrade, that's when I disabled it
ok thx ... I will not try to svn up -r to see when
 New Forum Posts: Flagged revision for all documents? - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=42223
nkoth|nelson: the way to fix the {attachments is to put global $smarty; It seems the function use the smarty smarty not the smarty tiki... But this is dirty
DO you have a idea to fix that better?
I see , this smarty_internal_wrapper.php is a smarty smarty thing
how abt a new Smarty object?
but I don't really understand the comment:
... this will reload the filters... not sure it is a good idea
/ Get URL params specific to this smarty function that should be assigned in smarty
:q
di dyou commit this feature?
no not me
I am wondering if when chealer cleant the &$smarty, it changed soemthing
set_request_overrider looks originally nyloth's commit
sorry nyloth
there is a set_request_overriders function in lib/init/smarty
mayeb if we change the name of this function
(I may be talkin nonsense).
does not work
:-(
will commit the global - and hoping soembody has a better fix...
it is silly because the smarty instance is alredy passed in theto the function
but I suppose it is a fix...
but I think it is the $smarty of smarty not the $smarty of tiki
So if I am using the wysiwyg editor, it seems that inter-wiki links are rendered thusly: [tiki-index.php?page=<page name>|<link text>] - is that correct?
also - I'm confused a bit by the fact that if I use the ((link text)) inter-wiki link syntax for a page that doesn't yet exist, the rendered code is [tiki-editpage.php?page=<page name>|?]
sysasein, makes sense
nkoth|nelson: so that is in fact the correct behavior?
what version are you in?
... sec
7.1
could be right. What would be a good test is try clicking on the ?, create that new page
and then come back to the first page and see if the link changed
yeah I've done that - the original link does not change
ok, well I don't have a working 7.1 wysiwyg right now so haven't tested this
ok
I'm gathering from what you've said that it *should* change yes?
yes
ok - is there some other version I would be better off running?
not for wysiwyg
ok I get it - thanks
svdasein: wiki syntax in wysiwyg isn't really fully working like that still/yet in "html" mode, and the "wiki wysiwyg" mode is quite experimental in 7.x
should be better in 8.x (hopefully)
jonnyb: ok 
I'm going to be testing wysiwyg on trunk in version 8 some time, still have a wysiwyg site in 6 but used in a very controlled way 
the thing I'm mainly concerned with is whether or not the [tki-index.php?...|] syntax is correct
If that's actually OK for the long run I can just tell the users to create a link and then click the "create page" button
I ask because in mediawiki it'd be more [pageName|Link text]
without the http stuff
from what you guys are saying it sounds like what the wysiwyg editor is rendering is fine 
it sort of is fine from a rendering perspective, but might not survive page renames, that you could try
in tiki it should be ((pageName|Link text))
but wysiwyg doesn't "know" about wiki pages as objects
yes, but the external link equiavlent would be [tiki-index.php?page=pageName|Link text]
ah ok - so that wysiwyg stuff is still pretty nascent
yeah
yes, it's pretty nascent.
well - so my conundrum is this: I've got some *really* newbie types who are going to be using this
It'd really be so much easier if I didn't have to teach them about markup
but - those external-ish links - if they're not really a good idea for the long run - might push me in the "teach them markup" direction
where would you go with that if it were you?
I think the more important question is what are they going to be entering.
Pretty simple wiki pages with some inter-wiki links and probably embedded images here and there
maybe some tables
The non-wysiwyg editor has a lot of nice toolbar icons that does most of what you need.... so unless the users are allergic to markup (well there are those), I would go with markup for now, then hopefully by Tiki 9 there will be decent upgrade path to wysiwyg
ok roger - thanks for you help
If you jump to wysiwyg now, it might actually be harder to migrate up to take advantage of future wysiwyg, it would likely still render but not take full power of all of the wiki power at the same time
yeah - that's the sort of thinking that prompted me to ask you guys about it 
bonne nuit / have nices dreams
polom
hi changi - how are the new toys looking?
jonnyb: really good
nice
75 % of our website are on the new server
all website database are on the new one
s/database/databases
quality is switched too
need one more week to switch dev / doc / themes / info files
and mods
and the last one : xhprof :)
sounds like progress, well done
i'm looking at the phpunit problem
quality.to is reporting some errors for the last few weekd
the smarty one i'm getting? (thanks)
s/weekd/week/
i got a prefs issue
one more question if you have  second: the "search box" module doesn't seem to be very useful - it never seems to  actually find anything, and just ends up showing the "search" module page with a blank search field and no hits - am I doing something wrong?
(the "search" module works great)
no, search box should go (needs an update script)
what do you mean?
think i marked it as deprecated in trunk at last
search replaces "search box" (and a couple of others)
Ok thanks again
jonnyb: Undefined index: language in /var/lib/jenkins/jobs/Tikitrunk/workspace/svn/lib/setup/prefs.php on line 363
jonnyb: does this mean anything for you ? 
tikiwiki: 03mlustenberg * r37193 10/trunk/lib/ (3 files in 3 dirs): [ENH] wysiwyg_htmltowiki: text align left/centered improvements (there is still a \n issue left to solve)
changi: language is one of those special ones that get set up early (and in the installer)
jonnyb: so we need to add a setup for the test ? 
expect so - tests aren't my forte ;)
sorry, need to feed - bbl
sylvieg: perhaps you can try asking in the smarty irc channel...
hmmm... trying to understand what group trackers do... the documentation seems a little outdated
lphuberdeau, I am going to try that out
?
group trackers?
list the groups of a user?
(not immediately but in a few weeks). Basically it is sort of like a user tracker, except that you use a group selector instead of a user selector
I have a tiki6 that list the groups of a user or test if a user is in the group
sylvieg, that would be the groups tracker field
sylvieg: that is differnet from "group tracker" which is more like "user tracker"
group selector field or group field?
The "group tracker" is based on a "group selector" field just like user tracker is based on "user selector field"
err, that's user groups
group selector - yes nelsomn is right
I'm trying to get what this is for http://doc.tiki.org/Group+Tracker
it is the default group of a user
The general idea is that all users in the group has special permission to add/edit items where the group seelctor is their group
ah
sort of analogous to how a user has special rights to the item when it is his item "user selector"
trying to make sense out of the tracker permissions, not easy
and was bugged probably
it could be bugged, which is why i dare not try it till later (have deadline right now)
tikiwiki: 03jean-lucnavarro * r37194 10/trunk/lang/fr/language.php: [TRA] more French translations
the code looks mostly accidental, so there is no doubt about the bugs
and the default group is buggy too....
s/is/was
I don't see the default group as something that should get mixed up into this
the default group afaict is simply to set the auto=assign value
when a user creates an item.. is the group the list og group of this user or the fefault group of this user?
sorry about the typo
group selector is monvaluated
otherwise imo (I am not sure if it actually works like this) any of the user groups should apply to make it the user's item...
well users' groups' item
oh right, in the actual selection part
hmmm.. all of this relies on a preference that is not defined anywhere but in lib/setup/prefs.php: trackerCreatorGroupName
I really have the feelings there are multiple things at play, this trackerCreatorGroupName seems to be something different
I think this trackerCreatorGroupName is something else
pretty sure writerGroupCanModify is broken, seems like bits of code are missing
I think it was working in 4 - but since .... nobody - so far I know are using it
ok I rememberred now
comit 19348: roup tracker - special perms for the group creator can be defined. This perms are only considered if the tracker has no tiki_p_view_trackers - so we can define view_pending or not for the group creator + tiki_view_tracker.php checks all the user groups not only the default group
lphuberdeau: you can throw aay trackerCreatorGroupName . It was for musicaction - and they never used it
ok, good to know
about the field visible_by and editable_by, where are those handled?
it was duplicated in each .php
actually, just got it... it's in the templates
where else
thanks for the help here, I'm starting to get a picture of it all
but again the visibleBy is based on the default group ... and it is not the best...
writing to the list right now
chealer: ping 
hi changi
chealer: hi, need help with unit test. Lots of undefined variable.
changi: sorry, that's not my area (ask rodrigo_sampaio)
rodrigo_sampaio: ping :)
hi changi
changi: how can I help you?
rodrigo_sampaio: i have lots of undefined variable when i launch phpunit
changi: on trunk or another branch?
rodrigo_sampaio: rodrigo_sampaio trunk
rodrigo_sampaio: Undefined index: language in /var/lib/jenkins/jobs/Tikitrunk/workspace/svn/lib/setup/prefs.php on line 363
same for style / style_option / tikiIndex / wikiHomePage
and more
changi: can you paste somewhere all there errors?
http://quality.tiki.org/job/Tikitrunk/18/console
:)
ctrl+f phpunit
changi: are you using this db exclusively for tests?
yes
changi: probably it is related with the fact that you are using phpunit 3.5
changi: try phpunit 3.4
changi: I never had the chance to investigate why some errors occurs when we run our tests against 3.5
rodrigo_sampaio: will try to find how to downgrade it
changi: should be easy
i'm not so familiar with the pear syntax
changi: I'm not sure if those undefined variables are related with the phpunit version but I know that our test suite doesn't work with 3.5 anyway.
3.4 doesn't change anything sorry
undefined are still there
rodrigo_sampaio: what is very funny, is that test are ok using 3.5 and i get fatal error usign 3.4 :)
 New Forum Posts: No warning about too long messages in shoutbox (Tiki 7.1) - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=42224
changi: huh... so it must be something else
changi: what is the fatal error you get with 3.4?
Fatal error: Call to a member function getPreference() on a non-object in /var/lib/jenkins/jobs/Tikitrunk/workspace/svn/lib/tikilib.php on line 3585
rodrigo_sampaio: strenge, i don't have the problem on my local installation
tikiwiki: 03jonnybradley * r37195 10/third_party/jquery/ (12 files in 5 dirs): New third party plugin: jquery-ui-selectmenu
tikiwiki: 03changi67 * r37196 10/trunk/lib/test/language/fixtures/language_end_to_end_test_modified.php: [FIX] Test errors
rodrigo_sampaio: in fact, it's working for me on my local when i have some cache of my previous visit on the website
rodrigo_sampaio: clearing cache, i have the same issue
rodrigo_sampaio: and it's working for me with phpunit 3.5
rodrigo_sampaio: the main issue is that prefs are not set, then we have a lot's of test failed because of those unset prefs
changi: I don't get those undefined prefs errors
changi: only some TikiLib_WikiParserTest errors
rodrigo_sampaio: are you using your checkout with a web access ? 
could you purge /temp/cache ?
and restart phpunit
sylvieg: I don't think my declaration change broke the modifier, it must be Smarty 3 itself that changed that.
sylvieg: calling the global Smarty seems to be the right solution
chealer: Nelson told em it was broken before.... 
if globla is the right solution, then the params should be renamed $tpl
sylvieg: exactly
sylvieg: compare http://www.smarty.net/docsv2/en/plugins.functions.tpl vs http://www.smarty.net/docs/en/plugins.functions.tpl
need to sleep
changi|away: I'm not using checkout with web access (don't know what is that)
changi|away: if I purge temp/cache I see the notices you mentioned
rodrigo_sampaio: waouhou
rodrigo_sampaio: you can fix it ? 
tikiwiki: 03chealer * r37197 10/trunk/ (3 files in 3 dirs): 
tikiwiki: [FIX] Object watches: "Undefined variable: isTop"
tikiwiki: [REF] avoid passing $descendants using global $descendants in group_[un]watch_category_and_descendants()
<anybody> Hello, do someone knows if it exist a table (dev) containing all plugins, their syntax, description. It will correspond to the help, but I wish to get a table to follow plugins enhancements and WYSIWYG treatments ?
Treby, why don't you write it?  It could be very useful.
Trebly: 
^