Urgent question:
I am doing an online tutorial now, did apply the WYSIWYG profile and the website crashed
too many redirects
error 310
does anybody know?
it is a 7.2 SVN  about a few weeks old
no idea about the reason. Things to try to recover: tiki-admin_system.php?do=all tiki-logout.php
too many redirect  you can see from which url to what url the redirects are in firebug or the browser http tools
cd ..
logout worked
thx so far
cleared cache now
tikiwiki: 03oeversetten * r38254 10/branches/8.x/lang/nds/language.php: [tra] bit more Low German
nkoth|nelson: "...firebug or the browser http tools..." what should I look for - I did not use this for that before
in firebug, open up the Net panel
tikiwiki: 03jyhem * r38255 10/branches/8.x/ (db/tiki.sql installer/tiki-installer.php): [FIX] Ensure collation is utf8_unicode_ci for new installs
I have "webdeveloper", I think that is not firebug
just getting firebug (had it before - will have installaed it in a minute or so)
no, but webdeveloper might do, there is a Net tab and log in it see if it logs
actually justclicking the net tab itself might show it
I did not find a "net tab", but an error console
but no more redirects, due to jyhems link
ok, maybe it is goo dnoe
good now/ The Net tab is under Web Console.
but thx anyway - such tips always show me what I still have to learn
evry step I go ahead shows me two more steps I will have to climb
but ... from time to time I sit down and rest and look aver the trees, the buildings and one day far far away over the hills ... ;-) ... getting pathetic now
thx nkoth|nelson  and Jyhem
you're welcome
I think there was something wrong in your session which was correct before the profile roll-out ans wrong after. logging out killed your session variables.
No idea what it could be or how to avoid it. But rolling a profile is not an everyday occurence
tikiwiki: 03chealer * r38256 10/branches/8.x/lib/tikilib.php: 
tikiwiki: [FIX] get_user_preference(): Anonymous couldn't get a preference of another user.
tikiwiki: [FIX] userHasPreference(): Anonymous lookup would check his own preferences.
tikiwiki: r36779 regression. Oops. Thanks Marc Laporte
hi
tikiwiki: 03chealer * r38257 10/trunk/ (lib/registration/registrationlib.php tiki-adminusers.php): [REF] User creation: remove addslashes() for $apass (unneeded)
anyone here?
tikiwiki: 03chealer * r38258 10/trunk/lib/registration/registrationlib.php: [REF] register_new_user_local(): remove preference definitions already set in add_user() (set_user_default_preferences())
tikiwiki: 03chealer * r38259 10/trunk/lib/registration/registrationlib.php: [REF] register_new_user_local(): remove some user preferences defaults definitions (shouldn't be needed)
I'm about to start work on a "Publish ePub" plugin ... any suggestions on where in the SVN tree I should put it?
... since it may take me a while to complete, I'm hesitant to drop it straight into 'trunk'
kstingel: u can on experimental branch or create custom user space like chibaguy did
how do I create a custom user space? .... just create a folder under Users with my name as the folder name?
kstingel: unfortunatelly i have no experience with this
kstingel: maybe it is on dev tips on the dev.tiki.org
svntips page i mean
thanks anyway ... will check the site
good night everybody
Jyhem: I am nearly convinced, that the problem earlier on tonight is related on an htaccess problem
polom
polom
 New Forum Posts: Missing tiki-db.php - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=42474
hi I need a short quick help
where I find the exact serverrequirements for tiki? I am actually in a phonecall with a hostingprovider
fabricius, http://doc.tiki.org/Requirements
have it thx
have been looking parallel - multitasking
thx for quick answer Merbster 
maybe s.b. has a clue: I did make an installation on a goDaddy account
and it turns out, that I cannot use SEF-Url
switching on SEF-Url (with or without activated htaccess) I am getting an error 310 (too many redirects) when I type mydomain.con/Homepage (same with lower case pagename)
mydomain.com/tiki-index.php brings me correctly to the HomePage
deactivating SEF-Url takes the error away, but typing /HomePage then redirects me to /tiki-index.php ... not SEF, as off
what could use this problem -> the account is NOT on an IIS Server, it is on Linux
#
tikiwiki: 03oeversetten * r38260 10/branches/8.x/lib/prefs/ (freetags.php wiki.php): [FIX] Electrostatic instead of Eletrostatic
tikiwiki: 03oeversetten * r38261 10/branches/8.x/lang/nds/language.php: [tra] low german progress
have to go - bye
polom y'all
tikiwiki: 03jonnybradley * r38262 10/third_party/jquery/ (2 files in 2 dirs): [FIX] update jquery-ui-selectmenu to latest "dev"
tikiwiki: 03jonnybradley * r38263 10/branches/8.x/lib/jquery_tiki/tiki-jquery.js: [FIX] object_selector: selectmenu sizing issue and no-id bug (thanks nkoth)
polom tiki devs
just installed ubuntu 11.10....
Must say, I'm very surprised to be happy about it.
I'm waiting a bit longer before upgrading ubuntu
chealer: I'll get around to bug fixing a bit later today, any issues you want me to tackle first?
tikiwiki: 03robertplummer * r38264 10/trunk/ (3 files in 3 dirs): 
tikiwiki: [NEW] Moved code from timesheet to tracker lib that allows update from request var, refined code a bit, and added the base by id
tikiwiki: [ENH] Timesheet items to use namespace methods
tikiwiki: [ENH] Timesheet to remove namespace items after save
polom
polom luciash
everything sucks now from the usability point of view
scrollbars are usability joke, no possibility to change GUI fonts, no posibility to add/remove/move gnome applets, no possibility to setup panels
i wonder how i am supposed to change all of that now
#ubuntu channel sucks too :-p
luciash, I believe the default is not gnome
they said it is gnome 3 + unity something
and that i can change that by logging to "Gnome classic" session ... but that changes barely nothing except the genial left icons bar
what annoys me most are the "catch-me-if-you-can-scrollbar-handles"
:-p
s/imho/ihho/ ;)
try installing gnome shell
which is the not-unity one
ok, i will give it a shot
thanks for hint (have seen it somewhere already)
lphuberdeau: I'm wondering what you think, it makes for easy looking code... Using TikiLib::lib("")->method(); , what do you think about using that frequently?
well, I use it when there is a single call to the lib, otherwise, I like making the lib a local var because it makes for shorter lines
lphuberdeau: very good.
lphuberdeau: See the new methods in trackerlib this morning?
lphuberdeau: For transforming $_REQUEST to tracker items.
first work day this week, playing catch-up
made that in 8.x?
lphuberdeau: trunk, not 8
good
lphuberdeau: I'd been using something like that in invoice, and again in timesheet, thought it'd be good to bring it over to the lib to get better use of it.
tikiwiki: 03robertplummer * r38265 10/trunk/tiki-timesheet.php: 
tikiwiki: [ENH] Made default list only show the tracker items that are associated with your user
tikiwiki: [ENH] Made the username save under "Done by" field.
ok, gnome-shell didn't change anything, xfce saves the day
the bad news is, the scrollbars are still the bad ones even in xfce - must be gtk thing
lphuberdeau: re-unified search, I tried searching using wild cards * and ? and they have no effect. Are they not implemented?
the doc never says they are, so they are not
in fact, they are prevented
lucene is not very efficient with those, and will just throw exceptions in some cases
any reason why? I was thinking perhaps I could have an "advanced search type or something that would allow a native lucene query as described in http://framework.zend.com/manual/en/zend.search.lucene.query-language.html
so it's not reliable?
plus, it's very engine specific, and unified search is not meant to be lucene-only
lphuberdeau: I did not know that.
so the feature set is intentionally general
cool!
http://dev.tiki.org/Unified%20Search
lphuberdeau: ubuntu 11.10 us here!  I've got it installed, and it is wicked fast!
(is)
I think the lucene search syntax is horrible and just showing it to end users is a sin
lphuberdeau: agreed, it is ugly.
plus, there is a lot of transformation done by tiki which just won't work if you get humans trying to build the query
you need to see unified search for what it is, lucene is an implementation detail
RobertPlummer: maybe it is wicked fast but it sucks from usability point anyway :-p
luciash: Have you tried it?
I hated 11.04
HATED!
11.10 seems like they ironed out the bricks.
i hated 11.04 too (because the scrollbars crap was introduced there), but now 11.10 i hate even more :-p
luciash: ah, I like unity now.
RobertPlummer: yep, just upgraded to it :-/
lphuberdeau, ok, so I have a necessary requirement for wildcards, because often the search will be for words that start/end/include certain characters...
luciash: 11.04 wasen't really a major upgrade, 11.10 I feel was a much larger leap.
RobertPlummer: i don't like it because you need to move your cursor above the tiny scrollbar handle to make it expand first before you can actually use it
lphuberdeau: any suggestions
nkoth, unified search is not built for that
RobertPlummer: yep, leap to "you cannot change anything now"
lphuberdeau: I just use my scroll/touchpad. and I'm mostly keyboard driven.
luciash: Just switch back to classic.  You can turn off those features.
They just aren't in the same place.
 New Forum Posts: user restriction - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=42478
RobertPlummer: how ? already tried to switch to classic, and it is barely the same - no change
s/barely/mostly/
tikiwiki: 03robertplummer * r38266 10/trunk/tiki-timesheet.php: [ENH] Made sheet update using openSheet rather than a new instance every time. Makes much faster.
luciash: there is an app called ubuntu tweak, try that.
RobertPlummer: thanks, i will give it a try
 New Forum Posts: register to tiki from a different site? - http://tiki.org/tiki-view_forum_thread.php?forumId=3&comments_parentId=42479
tikiwiki: 03robertplummer * r38267 10/trunk/ (templates/tiki-timesheet.tpl tiki-timesheet.php): 
tikiwiki: [ENH] Moved over to smarty buttons + auto args
tikiwiki: [ENH] Added new button that allows you to view your and all timesheet items
tikiwiki: 03jonnybradley * r38268 10/branches/8.x/lib/core/Tracker/Field/Factory.php: [FIX] tracker: Report error about missing pref dependencies for tracker fields
tikiwiki: 03robertplummer * r38269 10/trunk/templates/tiki-timesheet.tpl: [ENH] Added "Done by" to list view
tikiwiki: 03jonnybradley * r38270 10/branches/8.x/lib/wiki-plugins/wikiplugin_tracker.php: [FIX] tracker plugin: Fail more gracefully when handler not returned from factory
thank polom it's Friday
tikiwiki: 03lphuberdeau * r38271 10/branches/8.x/lib/jquery_tiki/tiki-jquery.js: [FIX] Submit the action indicated on the form rather than the one that loaded the dialog (fixes the translation dialog)
tikiwiki: 03jonnybradley * r38272 10/branches/8.x/templates/styles/mobile/tiki.tpl: [FIX]mobile: Add {error_report} and sync other changes from root tiki.tpl
tikiwiki: 03robertplummer * r38273 10/trunk/ (templates/tiki-timesheet.tpl tiki-timesheet.php): [ENH] Moved to a tabs view, bunch of fixes, and moved some buttons around
tikiwiki: 03jonnybradley * r38274 10/branches/8.x/lib/wiki/editlib.php: [FIX] wysiwyg: Restore removal of wiki plugin wrappers when switching from wysiwyg to wiki in html mode
tikiwiki: 03robertplummer * r38275 10/trunk/ (3 files in 3 dirs): [ENH] Added feature and feature check for timesheet
nkoth, any precision about the fields disapearing?
tikiwiki: 03sampaioprimo * r38276 10/trunk/ (16 files in 11 dirs): [MRG] Automatic merge, branches/8.x 38220 to 38272
lphuberdeau: no, if it happens again I will alert
that one is really strange
I'm trying to play with the interface, but I really don't get anything strange so far
lphuberdeau: I tried playing with it yesterday as well but didn't get anything as well - I think playing with it is not an easy way to come across it.
tikiwiki: 03robertplummer * r38277 10/trunk/ (3 files in 3 dirs): 
tikiwiki: [FIX] Added feature check for tracers
tikiwiki: [NEW] Added menu schema items for timesheet
polom
hi chealer 
hi jonnyb and lphuberdeau
tikiwiki: 03nkoth * r38278 10/branches/8.x/customsearch_ajax.php: [FIX] handle quotes in search queries to customsearch
tikiwiki: 03xavidp * r38279 10/branches/8.x/lib/wiki-plugins/wikiplugin_sort.php: [FIX]Fix the sorting to avoid separating upper case from lower case in the first letter
chealer: seems like your change in accesslib broke the permission check on blogs... at least, you're the last one to touch that function
tikiwiki: 03chealer * r38280 10/branches/8.x/lib/setup/user_prefs.php: 
tikiwiki: User preferences: initialize $user_preferences for anonymous too. Anonymous may fetch the preferences of other users.
tikiwiki: Fixes "Warning: array_key_exists() expects parameter 2 to be array, null given in [...]lib/tikilib.php on line 3590" from r38238
the problem is that often, the object is not supplied to the function call, and the implementation as it is will fall back on the global permissions, rather than those in the global variables, as it used to be the case
I really don't understand the two first arguments sadly, so I can't possibly fix it
lphuberdeau: cool. I think the TRACKERSTAT issue is the one where you have most exclusive expertise :-) If you could at least analyze the problem, I put it on http://dev.tiki.org/Tiki8#Possible
I've never even looked at that plugin
but I can look into it
tikiwiki: 03xavidp * r38281 10/branches/7.x/lib/wiki-plugins/wikiplugin_sort.php: [bp/r38279][FIX]Fix the sorting to avoid separating upper case from lower case in the first letter
lphuberdeau: I assume we're talking about https://sourceforge.net/apps/trac/tikiwiki/changeset/37420 ?
didn't look at the whole commit
tikiwiki: 03xavidp * r38282 10/branches/proposals/6.x/lib/wiki-plugins/wikiplugin_sort.php: [bp/r38279][FIX]Fix the sorting to avoid separating upper case from lower case in the first letter
might have been sylvieg then, who had a recent commit too
lphuberdeau: I did touch check_permission() in r37420, but that shouldn't cause any non-trivial behavior change
unless I made some obvious error
well, the function is obviously broken, although I can't say since when
the trackerstat issue also seems to be related to categories
the one filter that works is based on status, all other stats are category related
actually, not status, but a simple drop-list field
lphuberdeau: and I don't see such an obvious error
well, the function does not behave as it did in previous versions and all calls to it have not been modified to reflect the change
lphuberdeau: I agree that function could use some documentation, it seems a little strange
Perms::get('', '') will give you global perms (the real ones)
tikiwiki: 03nkoth * r38283 10/branches/8.x/customsearch_ajax.php: [FIX] refix r38278, handle quotes in search queries to customsearch, avoid storing escaped string for recalling search
but $access->check_permission('tiki_p_read_blog') expects to read the globalized permisions on the prior line
which are object permissions rather than global permissions
and that is why object/category permissions are no longer respected in blogs
introduction of type and object as parameters to that function is flawed
lphuberdeau: yeah, r37416 seems much more likely to change effective permissions. I'm not sure what's the problem though
the function is quite fully broken
I can rewrite it
since the trackerstat one is category-related, I believe it falls in your ballpark ;)
oh yeah, r37402 introduced these
lphuberdeau: you mean when you call $access->check_permission('tiki_p_read_blog') you're supposed to have "imported" object permissions before?
no
you would need to provide the object/type to the function
I didn't look (try to reproduce) at the permission problem BTW
its just that the default behavior of the function changed
which is a horrible thing
lphuberdeau: by "globalized permissions", do you mean something different than global permissions?
the $tiki_p_stuff variables are just global variables that can contain any type of permission
$tikilib->get_object_perm() overrides them
Perms::get() on the other hand return just what you asked for without temporal dependencies
fixed
tikiwiki: 03lphuberdeau * r38284 10/branches/8.x/lib/tikiaccesslib.php: [FIX] Restore correct default behavior which relied on global variables when no object was specified
chealer: your fixes for tiki-switch_theme.php in trunk seem to fix some bugs in with the themegenerator in 8.x - can you think of any reasons not to backport it all?
lphuberdeau: OK. does $objectPermissions-> support both tiki_p_foo or just foo?
both
uh, yeah, thanks for understanding what I meant :-)
lphuberdeau: thanks, that looks good
jonnyb: all... I made pretty big changes, some of which I'm not even sure about. but some are fixes and could be backported if we're confident
i just copied the contents of tiki-switch_theme.php from trunk into 8.x and it seems to work ok - i like what you've done with it! :) (lots less code, thanks)
jonnyb: https://sourceforge.net/apps/trac/tikiwiki/changeset/38217/trunk/tiki-switch_theme.php in particular appears to be a fix, but I'm not confident about it. you're the one who knows, so if it doesn't look wrong to you, backporting would be good
no, that's not enough on it's own...
jonnyb: there's also a part of https://sourceforge.net/apps/trac/tikiwiki/changeset/38216/trunk/tiki-switch_theme.php
"Attempt rationalizing. changing themegenerator_theme now calls set_user_preference() (previous situation assumed to be an omission)"
yes, i'm trying part of that one now... i guess a minimal fix might be safer
"changing" (not resetting) themegenerator_theme would not call set_user_preference()
yes, changing the themegen one has no effect in 8.x at the moment
again, if that doesn't look wrong to you, that could be nice to backport
I think these are all themegenerator-specific fixes I did
(presumed) fixes
bbl
think i've got it - without touching any of the rest of the code (themegen is still experimental) - thx
tikiwiki: 03jonnybradley * r38285 10/branches/8.x/tiki-switch_theme.php: [FIX] switch theme: Fix theme generator switch. Partial backport of chealer's fine work in trunk (thanks)
anyone has had much experience solving utf8 search problems? Any pointers?
jonnyb: exactly, thanks
i'll clean up the inevitable conflict! :P
hi nkoth|nelson - not really, how do you mean?
enter search term, not getting result....
tikiwiki: 03jonnybradley * r38286 10/branches/8.x/lib/wiki-plugins/wikiplugin_carousel.php: [FIX] carousel plugin: Use the $.fn.tiki handler to set up correct path for the images
nkoth|nelson: index rebuilt properly? all my problems with it have been due to the reindexing failing silently
for instance if a plugin in a page causes an exception it breaks down half way through - i've tried to add some try/catches where i've found issues but i wouldn't be surprised if there are more
i have a patch somewhere for adding a log output to it to help debugging...
indexing looks fine, it's the searching that is not matching. If i search for the english part of the text it works
but if I can log, it will help my investigation
nkoth|nelson: patch is here - http://dl.dropbox.com/u/1927369/110923_add_logging_to_search_indexer.patch
probably a bit out of date now
was thinking of committing it (with logging disabled) but never found time to test properly
Hi, I am trying to undestand the Tiki permission tables a bit more. 
Here's my understanding 
users_grouppermissions - stores the global group permissions
users_objectpermissions - stores the category and object permissions
users_permissions - ??? Not sure about this one. 
Can somebody please explain the table users_permissions?
lphuberdeau: maybe?
hi arildb - i don't think users_permissions is used
should be gone from 8.x
jonnyb: I get data in it though
it was simply the list of permissions
so, it should be empty and not used?
oh yes, it's an array in userslib now
arildb, keep in mind you should not try to read those tables directly
in a clean install
there are a whole lot of rules to permission checking
yes, it's empty in a clean install (but still there...)
lphuberdeau: I would like to match the permission settings in 2 different systems. Is there an easier way, than to compare the permission data tables?
match as in check if the same permissions are set
well, if you only try to compare, it should work out
but interpreting is tricky
lphuberdeau: That's the plan. Not to set/alter any values
I just need a basic comparison
So, I can ignore users_permissions it seems
yes
the two tables you mentioned are the only ones where assignments are stored
ok. thanks
thanks for r38286 jonnyb
np chealer - just trying to get the parameters working now ;)
jonnyb: the parameters... you mean the plugin ignores its parameters now?
seems to (the yes/no ones) and the units ones need to be css unit strings
I have another db table question: What is the pupose of tiki_categorized_objects? It only has 1 attribute catObjectId. tiki_category_objects seems to maintain the relation between the categories and the objects. So what does tiki_categorized_objects do?
another good question arildb - might be another legacy table i think... i think it was to speed up finding categorised objects (maybe still is)
jonnyb: hehe, OK
jonnyb: It receives data. Speed up...maybe that was the idea, but I have a hard time seeing how it can gain much speed compared to the indexed tiki_category_objects. It sure adds complexity if that is the case
using a distinct catObjectId will yield the same result, it seems
on tiki_category_objects
arildb: yeah, it's for performance. it tells you if an object is categorized
stuff was categorised before the object system was "modernised" so probably left over from the bad old days ;)
chealer and jonnyb: OK. At least the purpose seems to be explained. Seems like a removal candidate to me
i'm finding plugin params with the value "0" gets stripped out, and i'm sure i fixed that once before (it equates to empty() so gets removed) - any ideas where?
it's definitely not essential
ok, finally got it to work by setting the default Search Analyser to new Zend_Search_Lucene_Analysis_Analyzer_Common_Utf8());. lphuberdeau, I know the English analyser has advantages but any reason why the UTF8 analyser should not be an option?
chealer and jonnyb: I made a check in the test system I am working with. SELECT distinct catObjectId FROM tiki_category_objects returns 27 rows. SELECT * FROM tiki_categorized_objects returns 40 rows. That indicates that it either is out of sync (i.e. creating problems), or it has some other purpose, too. Accoring to your explanation, it seems like a problem is the most likely answer
arildb: when was that system installed?
chealer: recently. It's using 8.x. It's a test system I use
arildb: I fixed a lot of problems with categories in trunk last month. I think that included places that didn't maintain tiki_categorized_objects. so it could be fixed. but there may be more problems left
chealer: If so, the removel of this table should probably be done now. I will check the dataset a little more 
chealer: joining it with tiki_objects results in 27 rows (same as tiki_category_objects). So it seems not to be maintained
joining tiki_categorized_object and tiki_objects
chealer: I doubt the permance gain outweighs the added complexity in this case. So, to me, a removal of the table seems the best solution
it would definitely be nice to do something about it. removing redundancy from the database is good
chealer: from changelog.txt
r6204 | lfagundes | 2005-12-06 19:08:05 +0100 (mar, 06 déc 2005) | 3 lines
[MOD] Refactor: abstract object concept from categories to a general structure tiki_objects.
tiki_categorized_objects is there now just to match the checkbox "categorize this object", but maybe we can remove it
so, a removal was suggested in 2005, and definately overdue. I will take a look at it
tikiwiki: 03jonnybradley * r38290 10/branches/8.x/templates/tiki-list_file_gallery.tpl: [FIX] fglas: Curious missing underscore
jonnybradley: is there only supposed to be one underscore for _keepall?
looks to me like the ) from text went to the keepall...
jonnyb^
chealer: tiki_categorized_objects is used in quite a number of places. I am not very familiar with the category internals. So, I am not really up to this cleaup task right now
nkoth|nelson: aha, think you're right...
arildb: Please accept this silver Tiki archeologist certification :-)
chealer: archeologist certification...he he...yes, maybe I have been digging a bit lately
arildb: categlib is a scary place. but it's reported some have come back from it, with [partial] success ;-)
tikiwiki: 03jonnybradley * r38291 10/branches/8.x/templates/tiki-list_file_gallery.tpl: [FIX] fglas: Curious missing underscore found and removed (Thanks nkoth, well spotted)
chealer: I heard all about your adventures in categlib :)
nkoth|nelson: now trying to work out why the context menu is broken in browse mode :(
jonnyb: what context menu?
on files
it's also reported that these people still need to cleanup some breakage they caused though ^_^
i'm only getting archive, and two share options (no properties or upload etc)
hi nkoth|nelson :-)
chealer: So, are you saying you are going to dive back into the depths of categlib?
I would suggest to avoid dangerous places before key celestial events (major releases)
arildb: I was actually in the depths of preference internals when something made me diverge to categlib. I'd really better stick to finishing that preferences cleanup I started back in August before going back to categlib
hi there
chealer: ok
oh, it's changi approaching! :-)
hi changi 
arildb: seriously, I cleaned up a pretty nice chunk of categlib. if someone wants to do more, I can advise and review
so trunkdev is now stable enough ? 
jonnyb: you mean that popup menu for a file? I'll check...
chealer: I will take a second look at the usage of tiki_categorized_objects, but as nkoth|nelson suggested, it's probably not good to do any major revising at the moment
yup - seems the perms get lost somewhere
well, as long as it's on trunk
refactoring categlib is definitely *not* something we want to do in 8.x!
changi: did you see my last mail to -devel? about cache
oh, nevermind
chealer: did you see my answer :)
changi: OK... so how do we deal with this memcache problem?
changi: adapt the cron job?
chealer: i thing that we have now a big server and memcached is not necessary
s/thing/think
chealer: it's a drop and recreate database + php installer/shell.php
i don't want to add sort of sql queries
chealer: we should try to re enable it and change the prefix
did we try that yesterday ? 
changi: I'm not a performance person and you're the one managing the server. if you think it's unneeded, let's disable it
changi: yesterday I only disabled memcache. I let you decided how you wanted it.
s/decided/decide/
ok lets try to enable it and change the prefix
and see if we have issues
OK
memcached enabled
changi: good. RobertPlummer fixed the textarea issue when you left.
no issues for the moment
trackers are working well
changi: did we experience other actual bugs with memcache?
thx Robert
chealer: i think the main issue was that we mixed dev and trunkdev prefix
that why it wasn't working
yeah. allright
what about trackerstats ? 
changi: Louis-Philippe said that was related to categories. I need to look at that. let's ignore that one for now, not a blocker
changi: I still have to go through some feedback about our 8.x upgrades
It goes pretty well :)
did you see marc's email about tv.to  ?
hum, bottom of http://trunkdev.tiki.org/Development partly broken for anonymous
changi: yes. it's Marc's feedback I still need to check
jonnyb: if it helps I notice that $changes in fgal_context_menu.tpl is not defined in browse mode
tikiwiki: 03jonnybradley * r38292 10/branches/8.x/tiki-wikiplugin_edit.php: [FIX] plugin edit: Don't strip out empty params (this included values such as "0")
chealer: what is broken? 
nkoth|nelson: ah, that sounds like the one - a smarty 3 casualty i think
changi: hum, there was an ohloh logo showing below everything, but it's gone now. something's wrong
chealer: yes, I will certainly not touch tiki_categorized_objects at the moment
changi: I can't really reproduce. the notices are OK, cache seems to be behaving correctly
chealer: is it normal that anonymous can edit pages ? 
like Tiki8
however, it seems like removing it will eliminate some table access (insert/deletes) and should simplily a number of SQLs....but a too high risk of side-effects at the moment
changi: uh. seems not...
that a big problem
anonymous can do more than it should be able to do
http://trunkdev.tiki.org/tiki-pagehistory.php?page=Tiki8
look at the last editor
jonnyb: you mean something to do with reusing the same varname inside a loop?
changi: it seems they just get the edit icon here
jonnyb: I've leave it to you, but that could very well be it
changi: that seems to be an actual user (called "anonymous"...)
that was me editing the page without being logged
nkoth|nelson: sounds likely, will investigate...
changi: HUH
changi: do you see it showing as user5981?
(never paid attention to how anonymous contributions look like)
chealer: no it show me "user anonymous
"
and where does anonymous@mailinator.com come from?
lol
changi: right, but if you hover that it shows a link to user5981
yes
we should try to delete it ? 
or rename it
we have an actual "anonymous" user on tiki.org, registered in 2005: http://trunkdev.tiki.org/tiki-adminusers.php?offset=0&numrows=50&sort_mode=login_asc&user=5981
changi: I guess, but more importantly we need to figure out if/how that's breaking the system
tikiwiki: 03jonnybradley * r38293 10/branches/8.x/lib/wiki-plugins/wikiplugin_carousel.php: 
tikiwiki: [FIX] carousel plugin: Process params so they're not all strings, fix filters where needed and improve param descriptions.
tikiwiki: Also use file name (title) as well as description if available.
his last connection was in 2005 too
changi: it seems some pages can be edited anonymously, some not (like the home page), but they all get the edit icon
changi: pfff. that's a lot of problems to add to the number of tabs I already open :-S, I'm not sure we should upgrade
...dev today, depending on how much time we have
tikiwiki: 03jonnybradley * r38294 10/branches/8.x/templates/browse_file_gallery.tpl: [FIX] fgals: Fix context menu in browse mode by passing on $changes var (Thanks again nkoth for the clue)
thanks jonnyb
changi: could you upgrade themes? there's a problem with carousel
yes
no worries chealer - sorry i haven't been around as much as i would have liked recently
jonnyb: 30 minutes before, you have say we have a perm issue, was it in Tiki8 ? 
chealer: backlinks are not selectable
jonnyb: is it that 24 hours in a day limit thing again?
chealer: 48h you mean :)
48h in a day? sorry, I'm leaving for France
ok, to be more pragmatic, did someone touch the perm system since Tiki7 ? 
changi: I don't remember any major change to perms, except to tracker perms. is it you have pages that can be edited by anonymous now after upgrading?
nkoth|nelson: that's the problem, yes
yes
hi changi - back, perm issue? maybe the filegal thing (was a smarty var thing)
jonnyb: ok
chealer: it's not only pages, the footer is also editable by anonymous :)
do i have access to this?
chealer: and the display error button is present
nkoth|nelson: http://trunkdev.tiki.org/Tiki8 can be edited by anonymous
All pages are editable by anonymous :)
changi: ooh. noticed the button, but I figured it was setting
s
what is the apache auth?
trunkdev / trunkdev
:)
tikiwiki: 03jonnybradley * r38295 10/trunk/ (12 files in 6 dirs): [MRG] Automatic merge, branches/8.x 38272 to 38294
chealer: no because on dev.tiki.org it didn't show
changi: "Visible to admin only" is not checked
oh a new feature :)
changi: that preference is not new. I see I don't have errors on production dev, but I also don't see them as admin
so it's a evolution :)
cool
ah "Include Smarty notices" is disabled on both sites
but we see Smarty notices on trunkdev
that's abnormal, but there were regressions with Smarty 3 about error reporting
oh regression then
Smarty3 is so delicious :)
(which I'm not planning to look at before Smarty 3.1 unless it's a big problem)
so for now I'll just ignore that
it's not a big problem
interesing, after I click the refresh cache button, anonymous can no longer edit tiki8
and of course not a blocker
nkoth|nelson: i still can edit it
most odd - on trunkdev not only does anon have tiki_p_edit but also all the others (like remove, permissions etc) buttons
nkoth|nelson: hum, that's so strange. now I still see the icon but indeed I get a permission denied
chealer: are ok that codemirror is not stable, but is not a blocker for Tiki8
trunkdev.tiki.org/tiki-editpage.php?page=Tiki8 try now
changi: indeed. it's tagged as experimental
i still can edit as anon
I can again...
me too
me too
could it be something like an svn file conflict?
like a lib missing or corrupt
my 8.x and trunk tikis seem to be ok
svn status say nothing wrong
as is http://themes.tiki.org
maybe it's the apache basic auth?
changi: dpes it help with memcache off?
jonnyb: i can switch it off
changi: I also don't remember important changes to permissions since Tiki 7. there were changes to check_permission(), including one this morning by Louis-Philippe: https://sourceforge.net/apps/trac/tikiwiki/changeset/38284
changi: but just a change to check_permission() couldn't explain all that
chealer: yes
will switch off auth
I disabled memcache
still able
there are cases where I cannot edit
I think it is wiki cache related
apache auth deactivate
still able to edit
it's still asking for auth for me
Hi, I'm have just setup wiki, got it working with ldap. i can add users successfully. but when i log in with anything but the default admin account. i just get a blank page. I cant figure it out for the life of me.
jonnyb: and now ? 
yup, in now witohut auth, but still get edit buttons :(
nkoth|nelson: I don't think wiki cache could cause the edit icon to show when it shouldn't
shaun_ this ldap thing I rememebr when the error is too long it used to white screen instead of logging the error
but I  thought I fixed it
i can display $_REQUEST if you want
shaun_: which version do you use?
I think it was fixed here: https://dev.tiki.org/item3710-3710&highlight=ldap
nkorth:nelson > i never had a chance to verify that. can you walk me through the steps.
however, if i go to https://trunkdev.tiki.org/tiki-objectpermissions.php for instance i get "you are not logged in", so maybe it's a global var issue, in smarty maybe (where $tiki_p_edit gets checked instead of using the proper functions)
jonnyb: you can actually get through tiki-editpage.php, so the problem is in get_perm_object
chealer> I'm using EasyPHP-5.3.8.0 with TikiWiki 6.4 LTS
let me turn the wiki cache off and see
nkoth|nelson: ok
Anonymous doesn't have global tiki_p_edit
shaun_: I suggest trying version 7. otherwise, you can enable error reporting.
Error reporting is enabled.
shaun_: try enabling error_reporting (if it's not already)
:P
for non-admins too?
shaun_: did you apply the Debug Mode Enabled profile?
chealer> not that i specifically am aware of.
shaun_: try it, there are several settings to check
changi: why do i still see the cache icons after disabling all the cache?
is there a walkthrough of how to enable the debug mode?
I am beginning to think APC is the issue
{if $editable and ($tiki_p_edit eq 'y' or $page|lower eq 'sandbox') and $beingEdited ne 'y' and $machine_translate_to_lang eq ''}
shaun_: see the Profiles admin panel
so yeah, $tiki_p_edit must be set to y
nkoth|nelson: maybe because we have a cache issue :)
nkoth|nelson: i can disable it if you want (APC)
changi: give it a try (but was the old dev on APC?)
yes.
good point nkoth|nelson, also seeing cache icons still
shaun_: search for the Debug_Mode_Enabled there and apply it
nkoth|nelson: yes dev is on APC and themes and tv and all website
what catagories?
nkoth|nelson: apc is off
nkoth|nelson: still able to edit
nkoth|nelson: still see cache refresh button
changi: it is almost like memcache is still working
who wants a dev database dump to test on local
polom tikis :)
anyone know if's theres any problems adding css3 to tiki?
even if memcache is still working, we changed the prefix
changi: i suppose you must have restarted apache after turnign off apc?
I have to eat something
nkoth|nelson: yes
nkoth|nelson: you can see the tabs apc saying that apc is off
changi: before you leave, we need to set a new date to upgrade doc. at least one possibility, say in the case that we can upgrade dev this weekend
next thursday
usually we switch doc after RC1
jonnyb: yes it is
thought so :)
just guessing now
there's something real strange that the cache icons won't disappear, let me zoom in on this one thing first
i still thing it's a smarty issue
nkoth|nelson: ok
bbl
changi: OK
ok, me 2
changi: there might be a smarty issue but smarty is not involved in blocking tiki-editpage.php
changi: could we refresh trunkdev from production dev again? in case cache issues caused corruption
nkoth|nelson: i'm thinking like someone before, a global variable issue
chealer: yes i can
chealer: but there are times when I am blocked
does not seem like a code issue to me
nkoth|nelson: yeah, me too
nkoth|nelson: not sure I understand you, but I'm talking about refreshing the database
thanks changi|nsf
ok, refreshing makes sense
and as i say before i can provide a dump if some of you wants to tests on local
changi|nsf: what would the size look like?
BTW changi|nsf, I saw some pages complaining about img/wiki_up/ on trunkdev. if that's not too hard, it would be nice to synchronize that too
unless we just switch storage to database
chealer> So, debug is enabled. is there a specific action you would like me to perform as a par, or litmus test;)
chealer: 63 Mo
shaun_: retry to login, the idea is to get the error message instead of a blank page
changi|nsf, any other tiki on this server?
changi|nsf: OK, I could try it if it persists
when i logged out as admin. all of my images went away and looks like normal text. im assuming this is normal.
changi|nsf: was themes upgraded?
nkoth|nelson: dev / doc / themes/ tv / noc / code / profiles / stats
chealer: themes is up2date
I just tried to log in as the ldap user. blank page again.
shaun_is log ldap errors on? if so , whatever errir it is should be logged in tiki logs
which should be accessible through Admin...Tiki Logs
crap, JavaScript broken on themes for anonymous
chealer: where
thanks changi|nsf. I suppose you had already changed the memcache key
I turned off memcache too to be very sure that's not the problem
chealer: no
changi|nsf: on the HomePage, javascript errors on load, will investigate later (minified is enabled)
changi|nsf: well, it had Memcache key prefix: 
trunkdevtiki_
I hadn't touched it after your refresh at that time
doh, Overview can still be edited
chealer> 84 ldap 12:55 shaun Connect Host: ldap://172.xx.x.xx:389. Binddn: shaun at line 220... 127.0.0.1 Mozilla/4.0 (compatible;... 
...as anonymous
no suspicious notices (so no obvious cache conflict)
we should try the dump, changi can you email me?
changi|nsf: your dump is a vanilla dump of the production site, right?
maybe not the dump, but somewhere to get it
I gave nkoth|nelson the link
chealer: yes, you need to run installer/shell.php to upgrade it
OK
nkoth|nelson: I guess we shouldn't all work on that at the same time
I'll check the issue on themes
ok
JavaScript errors as anonymous on themes appear to be gone
need to leave
see ya all
let me know if you need something
hum, display of http://trunkdev.tiki.org/Development is currently broken
as anonymous, white background
chealer> I dont seem to get any errors with the debug enabled.
changi|ffa: so when can we upgrade dev?
changi|ffa: (if there were no issues left tomorrow for example)
i can do it this week end
i don't have edit button anymore
oh talk too fast
need to go
chealer: not white for me
changi|ffa: OK. we'll tell you when it's ready
tschuss
changi|ffa: thanks, good weekend
OK, not white for me anymore
but cache conflict again
changi|ffa: do you see the cache conflict again?
chealer:yes. i will want to try locally
we're very lucky if this conflict does't damage the production dev site
chealer it looks ok so far, really strange 
shaun_: so you still have blank pages?
no more conflict on trunkdev now (memcache is disabled)
jesus...
yes.
shaun_: is reporting only enabled for admins (in the general admin panel)?
error reporting
changi|ffa: did you just change memcache settings
oh, Tiki Logs say changi changed memcache_servers at 16:08
there is no mention that I disabled memcache, just that I changed memcache_servers (which I didn't do voluntarily)
nkoth|nelson: meh
GAH
cache conflict on trunkdev again
chealer: I am importing dump locally now, let's see if I can reproduce any problems locally first
and memcache is still disabled
memcache is disabled on trunkdev, I just clear Tiki cache, and there is still a cache conflict
nkoth|nelson: what do you mean, a different dump?
the one you pointed me to,
s/I just clear Tiki cache/I just cleared Tiki cache/
nkoth|nelson: I thought you had already tried that (when you wrote "it looks ok so far, really strange ")
was referring to the eisting site then
s/eisting/existing
chealer, you think I should change the session cookie name just in case it matters?
nkoth|nelson: trunkdev?
When I said "it looks ok" I was referring to old dev
trunkdev is no improvement
nkoth|nelson: oh. yes, I saw no apparent damage on production dev.
nkoth|nelson: I can't see how the session cookie name would cause a problem like what we're seeing. assuming we're in different domains/paths
chealer: you are right
the domain is different
polom
hi marclaporte
marclaporte: thanks for testing trunkdev. I think you saw a cache conflict. did http://trunkdev.tiki.org/tiki-view_tracker_item.php?itemId=4009 look like what it's like now when you tested?
there's a ton of errors
nkoth|nelson: yeah, please test the dump, that will give us an idea. I'll try to solve the current conflict on trunkdev meanwhile
WTF. enabling memcache fixed it. it remains OK after re-disabling
there's clearly a preferences bug
nevermind marclaporte, I guess not
and anyway, it doesn't look the same now
chealer: wiki caching is still on
nkoth|nelson: what do you mean/imply?
chealer: when I go to tiki8 for the first time there is no cache refresh icon, but when I go to it again it appears
but if I go to tiki-admin.php?page=performance as an admin (different browser) I see that the cache wiki pages is off
doesn't seem consistent to me
nkoth|nelson: right, there's still the bugs we had before refreshing...
sorry, when I said I fixed it, I meant the cache conflict
nkoth|nelson: not the big problems we saw with changi
right.
marclaporte: oh, I see your comment on http://trunkdev.tiki.org/tiki-view_tracker_item.php?itemId=4009 now
marclaporte: but there is no number of comments in the tab name
nkoth|nelson: any progress?
installed locally, facing memcache error
nkoth|nelson: because it was enabled I guess?
there was no pref in tiki7 I think
nkoth|nelson: no memcache_enabled in Tiki 7?
chealer, wat
wait
found it. disabling in db
bug is evident locally as well
now starting investigation
oh. good thing, I guess
chealer, yes
re-polom
nkoth|nelson: the cache thing may be a bug when the cache was previously enabled then disabled
uff, finally found out what was the scrollbars crap caused by - package called scrollbar-overlay
(in the Ubuntu)
nkoth|nelson: I would probably start with the edit icon issue, if permissions weren't that complex :-S
re luciash
sorry for off-topic
hi chealer 
chealer, i'm still trying to change the https login pref
chealer: i'm through that and checking ht eperms now
chealer: ok, the wiki cache refresh icon issue is separate from the other issues. Apparently the wiki cache refresh will contnue to show even after wiki cache is turned off so long as there is a wiki cache in the past . This does not seem right to me
nkoth|nelson: yeah... big surprise :-P
I agree, not right
looking at Marc's comments still
nkoth|nelson: are you trying to fix the cache issue or on the permissions? I could check the cache
i am looking at the permissions.
the cache thing you can find in lib/wiki/wikilib
go ahead
it's in function get_parse($page, &$canBeRefreshed, $suppress_icons = false) {
yes, I've been there
pages have individual cache set
tikiwiki: 03chealer * r38296 10/branches/8.x/lib/wiki/wikilib.php: [FIX] Wikilib: only consider individual wiki cache set if feature_wiki_icache is enabled in get_parse(). Thanks Nelson Ko
chealer: I am still narrowing down the permission breakage to somwhere in september, but I noticed on going through svn logs that in r36781 and r36783 there was some refactor by you on need_reload_prefs
I was under the impression that that was needed when certain prefs change  - the anonymous have their prefs cached in SESSION, so they need it reloaded...
nkoth|nelson: indeed, lots of preferences refactoring
nkoth|nelson: it could have something to do with that
nkoth|nelson: need_reload_prefs should be for site preferences ("s_prefs"). but there's still some broken code using s_prefs incorrectly
nkoth|nelson: my condolences if you have to read initialize_prefs
nkoth|nelson: did you try just removing the anonymous and see what happens?
the weird anonymous *user*
permission error is clearly in the code
I've narrowed it down to the september period by svn switch
still further narrowing...
permission problem is not related to prefs issue I raised earlier
anonymous: "Invalid username"
on 8.x
		if ($n == 'admin' || $n == 'anonymous' || $n == 'registered' || $n == strtolower(tra('Anonymous')) || $n == strtolower(tra('Registered')))
			return new RegistrationError('name', tra("Invalid username"));
polom
polom
uh, the anonymous user on trunkdev is gone
tiki.org seems a little slow
not just a little
well, it's been worst, but it could be quite faster currently :-)
uh. "anonymous" now has an empty username it seems: http://dev.tiki.org/user5981
(compare with http://dev.tiki.org/user5982 )
chealer, anyway i found the culprit revision for the permission thing but I can't see how it can matter
nevermind, it seems User Information is broken when given a user is that doesn't exist
s/user is/user id/
so it seems someone removed "anonymous" from dev (and trunkdev)
must be changi
probably
nkoth|nelson: great, lookins...
nkoth|nelson: pretty big diff, eh...
yet nothing about tiki_p_edit
but switching  userslib between the two revisions certainly solves the perms
I suspect maybe there is a bad perm somewhere added
nkoth|nelson: I see. I don't see any clearly related permission touched neither
and on this site that perm is on
(therefore it is not a problem on other sites)
and when some code tries to check that perm, the whole thing bombs or somehting
sounds plausible
it's a pretty good start that we identified a commit, just wish it was another one :-)
after all the commit message does say that there ended up one more perm?
right i found it
tikiwiki: 03nkoth * r38297 10/trunk/lib/userslib.php: 
tikiwiki: [SEC][FIX] Since r37331 (16 Sep 2011), when tiki_p_plugin_preview was given to a
tikiwiki: group it was as if tiki_p_admin_wiki was given. This patch fixes that and does
tikiwiki: some associated tightening up on defining feature admin perms.
yay
nkoth|nelson: you want to do a minimal backport?
to 7?
i don't tthink it affect 7
nkoth|nelson: 8.x
I committe din 8
shit
all that svn switching
messed up my checkout
hehe, there's matter for confusion
ok i will bp
tikiwiki: 03nkoth * r38298 10/branches/8.x/lib/userslib.php: 
tikiwiki: [bp/r38297][SEC][FIX] Since r37331 (16 Sep 2011), when tiki_p_plugin_preview was
tikiwiki: given to a group it was as if tiki_p_admin_wiki was given. This patch fixes that
tikiwiki: and does some associated tightening up on defining feature admin perms.
ok, gtg now, talk to you later :)
thanks nkoth|nelson