[00:22] *** chealer has joined #tikiwiki [00:33] *** amette has joined #tikiwiki [00:38] Urgent question: [00:39] I am doing an online tutorial now, did apply the WYSIWYG profile and the website crashed [00:39] too many redirects [00:39] error 310 [00:39] does anybody know? [00:40] it is a 7.2 SVN about a few weeks old [00:57] *** amette has quit IRC (Quit: :wq) [00:57] *** amette has joined #tikiwiki [01:03] no idea about the reason. Things to try to recover: tiki-admin_system.php?do=all tiki-logout.php [01:07] too many redirect you can see from which url to what url the redirects are in firebug or the browser http tools [01:08] cd .. [01:08] logout worked [01:08] thx so far [01:09] cleared cache now [01:11] tikiwiki: 03oeversetten * r38254 10/branches/8.x/lang/nds/language.php: [tra] bit more Low German [01:13] nkoth|nelson: "...firebug or the browser http tools..." what should I look for - I did not use this for that before [01:14] in firebug, open up the Net panel [01:14] tikiwiki: 03jyhem * r38255 10/branches/8.x/ (db/tiki.sql installer/tiki-installer.php): [FIX] Ensure collation is utf8_unicode_ci for new installs [01:14] I have "webdeveloper", I think that is not firebug [01:15] just getting firebug (had it before - will have installaed it in a minute or so) [01:15] no, but webdeveloper might do, there is a Net tab and log in it see if it logs [01:16] actually justclicking the net tab itself might show it [01:19] I did not find a "net tab", but an error console [01:20] but no more redirects, due to jyhems link [01:20] ok, maybe it is goo dnoe [01:20] good now/ The Net tab is under Web Console. [01:20] but thx anyway - such tips always show me what I still have to learn [01:21] evry step I go ahead shows me two more steps I will have to climb [01:22] 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 [01:22] thx nkoth|nelson and Jyhem [01:23] you're welcome [01:27] 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. [01:27] No idea what it could be or how to avoid it. But rolling a profile is not an everyday occurence [01:28] *** goj has quit IRC (Ping timeout: 252 seconds) [01:30] *** namitsoo has quit IRC (Ping timeout: 252 seconds) [01:34] *** RobertPlummer has quit IRC (Ping timeout: 255 seconds) [01:40] *** goj has joined #tikiwiki [01:42] *** arildb has quit IRC (Quit: Leaving) [02:05] *** lphuberdeau has quit IRC (Ping timeout: 258 seconds) [02:31] *** Protogenes has quit IRC (Disconnected by services) [02:31] *** Protogenes has joined #tikiwiki [02:32] *** Jyhem_laptop has quit IRC (Ping timeout: 240 seconds) [02:38] tikiwiki: 03chealer * r38256 10/branches/8.x/lib/tikilib.php: [02:38] tikiwiki: [FIX] get_user_preference(): Anonymous couldn't get a preference of another user. [02:38] tikiwiki: [FIX] userHasPreference(): Anonymous lookup would check his own preferences. [02:38] tikiwiki: r36779 regression. Oops. Thanks Marc Laporte [02:48] *** amarado has joined #tikiwiki [02:48] hi [02:48] tikiwiki: 03chealer * r38257 10/trunk/ (lib/registration/registrationlib.php tiki-adminusers.php): [REF] User creation: remove addslashes() for $apass (unneeded) [02:48] anyone here? [02:50] 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()) [02:52] *** amarado has quit IRC (Client Quit) [02:56] tikiwiki: 03chealer * r38259 10/trunk/lib/registration/registrationlib.php: [REF] register_new_user_local(): remove some user preferences defaults definitions (shouldn't be needed) [03:02] *** kstingel has joined #tikiwiki [03:04] I'm about to start work on a "Publish ePub" plugin ... any suggestions on where in the SVN tree I should put it? [03:05] ... since it may take me a while to complete, I'm hesitant to drop it straight into 'trunk' [03:37] kstingel: u can on experimental branch or create custom user space like chibaguy did [03:38] how do I create a custom user space? .... just create a folder under Users with my name as the folder name? [03:51] kstingel: unfortunatelly i have no experience with this [03:51] kstingel: maybe it is on dev tips on the dev.tiki.org [03:52] svntips page i mean [03:52] thanks anyway ... will check the site [03:54] *** fabricius|meetin is now known as fabricius|back [04:01] *** lphuberdeau has joined #tikiwiki [04:02] *** fabricius|back is now known as fabricius [04:03] good night everybody [04:04] *** fabricius has quit IRC (Quit: *fuuuppppp gone*) [04:08] *** nkoth|nelson has left [05:33] *** fabricius has joined #tikiwiki [05:35] Jyhem: I am nearly convinced, that the problem earlier on tonight is related on an htaccess problem [05:39] *** fabricius has quit IRC (Quit: *fuuuppppp gone*) [06:32] *** Bernard1 has joined #tikiwiki [06:40] *** Bernard1 has quit IRC (Quit: Leaving.) [06:52] *** marclaporte has joined #tikiwiki [06:52] *** ChanServ sets mode: +o marclaporte [08:06] *** Merbster has joined #tikiwiki [08:11] polom [08:15] *** arildb has joined #tikiwiki [08:16] *** marclaporte has quit IRC (Read error: Connection reset by peer) [08:21] *** marclaporte has joined #tikiwiki [08:21] *** ChanServ sets mode: +o marclaporte [08:43] *** fabricius has joined #tikiwiki [08:43] polom [08:45] *** lphuberdeau has quit IRC (Ping timeout: 252 seconds) [09:04] New Forum Posts: Missing tiki-db.php - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=42474 [09:20] *** Protogenes has left "I'm a happy Miranda IM user! Get it here: http://miranda-im.org" [09:20] *** marclaporte has quit IRC (Read error: Connection reset by peer) [09:20] *** marclaporte1 has joined #tikiwiki [09:44] *** Wilkins_ has joined #tikiwiki [09:47] *** marclaporte1 has quit IRC (Read error: Connection reset by peer) [09:48] *** marclaporte has joined #tikiwiki [09:48] *** ChanServ sets mode: +o marclaporte [09:51] hi I need a short quick help [09:53] where I find the exact serverrequirements for tiki? I am actually in a phonecall with a hostingprovider [09:55] fabricius, http://doc.tiki.org/Requirements [09:55] *** goj has quit IRC (Disconnected by services) [09:55] *** goj_killedByISP has joined #tikiwiki [09:55] *** goj_killedByISP is now known as goj [09:57] have it thx [09:57] have been looking parallel - multitasking [09:57] thx for quick answer Merbster [09:58] maybe s.b. has a clue: I did make an installation on a goDaddy account [09:59] and it turns out, that I cannot use SEF-Url [10:00] 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) [10:01] mydomain.com/tiki-index.php brings me correctly to the HomePage [10:02] deactivating SEF-Url takes the error away, but typing /HomePage then redirects me to /tiki-index.php ... not SEF, as off [10:02] what could use this problem -> the account is NOT on an IIS Server, it is on Linux [10:02] # [10:03] *** sylvieg has quit IRC (Ping timeout: 248 seconds) [10:08] tikiwiki: 03oeversetten * r38260 10/branches/8.x/lib/prefs/ (freetags.php wiki.php): [FIX] Electrostatic instead of Eletrostatic [10:09] *** sylvieg has joined #tikiwiki [10:09] *** ChanServ sets mode: +o sylvieg [10:26] *** SJ-Jay has joined #tikiwiki [10:30] tikiwiki: 03oeversetten * r38261 10/branches/8.x/lang/nds/language.php: [tra] low german progress [10:34] *** Caarrie|sleeping is now known as Caarrie|away [10:50] *** arildb has quit IRC (Read error: Connection reset by peer) [10:51] *** arildb has joined #tikiwiki [10:52] *** lphuberdeau has joined #tikiwiki [11:04] have to go - bye [11:04] *** fabricius has quit IRC (Quit: *fuuuppppp gone*) [11:11] *** arildb has quit IRC (Read error: Connection reset by peer) [11:11] *** arildb has joined #tikiwiki [11:29] *** ricks99 has joined #tikiwiki [11:31] polom y'all [11:42] *** SJ-Jay has quit IRC (Ping timeout: 244 seconds) [11:57] tikiwiki: 03jonnybradley * r38262 10/third_party/jquery/ (2 files in 2 dirs): [FIX] update jquery-ui-selectmenu to latest "dev" [12:01] *** lphuberdeau has quit IRC (Ping timeout: 240 seconds) [12:02] 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) [12:11] *** redflo has joined #tikiwiki [12:12] *** RobertPlummer has joined #tikiwiki [12:12] *** lphuberdeau has joined #tikiwiki [12:13] polom tiki devs [12:13] just installed ubuntu 11.10.... [12:14] Must say, I'm very surprised to be happy about it. [12:19] *** Merbster has quit IRC (Quit: Leaving) [12:29] *** arildb has quit IRC (Read error: Connection reset by peer) [12:29] *** arildb has joined #tikiwiki [12:44] I'm waiting a bit longer before upgrading ubuntu [12:51] chealer: I'll get around to bug fixing a bit later today, any issues you want me to tackle first? [12:55] *** chealer has quit IRC (Ping timeout: 248 seconds) [12:57] *** kstingel1 has joined #tikiwiki [12:57] *** kstingel has quit IRC (Ping timeout: 245 seconds) [12:57] *** kstingel1 is now known as kstingel [13:06] *** nkoth|nelson has joined #tikiwiki [13:08] *** radek82 has joined #tikiwiki [13:11] tikiwiki: 03robertplummer * r38264 10/trunk/ (3 files in 3 dirs): [13:11] 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 [13:11] tikiwiki: [ENH] Timesheet items to use namespace methods [13:11] tikiwiki: [ENH] Timesheet to remove namespace items after save [13:14] polom [13:14] polom luciash [13:15] * luciash is very upset about how his ubuntu look and feels after upgarde to 11.10 :-/ [13:15] everything sucks now from the usability point of view [13:16] scrollbars are usability joke, no possibility to change GUI fonts, no posibility to add/remove/move gnome applets, no possibility to setup panels [13:17] i wonder how i am supposed to change all of that now [13:17] #ubuntu channel sucks too :-p [13:17] luciash, I believe the default is not gnome [13:18] they said it is gnome 3 + unity something [13:18] and that i can change that by logging to "Gnome classic" session ... but that changes barely nothing except the genial left icons bar [13:19] what annoys me most are the "catch-me-if-you-can-scrollbar-handles" [13:19] :-p [13:21] * luciash is going to switch to xfce again - fastest workaround to this crap imho [13:21] s/imho/ihho/ ;) [13:21] try installing gnome shell [13:21] which is the not-unity one [13:21] ok, i will give it a shot [13:21] thanks for hint (have seen it somewhere already) [13:23] *** Narkster has quit IRC (Quit: No Ping reply in 180 seconds.) [13:24] *** Narkster has joined #tikiwiki [13:25] 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? [13:26] 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 [13:27] lphuberdeau: very good. [13:27] lphuberdeau: See the new methods in trackerlib this morning? [13:27] lphuberdeau: For transforming $_REQUEST to tracker items. [13:27] first work day this week, playing catch-up [13:28] made that in 8.x? [13:28] lphuberdeau: trunk, not 8 [13:28] good [13:29] 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. [13:31] tikiwiki: 03robertplummer * r38265 10/trunk/tiki-timesheet.php: [13:31] tikiwiki: [ENH] Made default list only show the tracker items that are associated with your user [13:31] tikiwiki: [ENH] Made the username save under "Done by" field. [13:37] ok, gnome-shell didn't change anything, xfce saves the day [13:40] the bad news is, the scrollbars are still the bad ones even in xfce - must be gtk thing [13:43] lphuberdeau: re-unified search, I tried searching using wild cards * and ? and they have no effect. Are they not implemented? [13:43] the doc never says they are, so they are not [13:43] in fact, they are prevented [13:44] lucene is not very efficient with those, and will just throw exceptions in some cases [13:44] 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 [13:44] so it's not reliable? [13:44] plus, it's very engine specific, and unified search is not meant to be lucene-only [13:45] lphuberdeau: I did not know that. [13:45] so the feature set is intentionally general [13:45] cool! [13:45] http://dev.tiki.org/Unified%20Search [13:45] lphuberdeau: ubuntu 11.10 us here! I've got it installed, and it is wicked fast! [13:45] (is) [13:46] I think the lucene search syntax is horrible and just showing it to end users is a sin [13:46] lphuberdeau: agreed, it is ugly. [13:46] plus, there is a lot of transformation done by tiki which just won't work if you get humans trying to build the query [13:47] you need to see unified search for what it is, lucene is an implementation detail [13:47] RobertPlummer: maybe it is wicked fast but it sucks from usability point anyway :-p [13:47] luciash: Have you tried it? [13:47] I hated 11.04 [13:48] HATED! [13:48] 11.10 seems like they ironed out the bricks. [13:48] i hated 11.04 too (because the scrollbars crap was introduced there), but now 11.10 i hate even more :-p [13:48] luciash: ah, I like unity now. [13:49] RobertPlummer: yep, just upgraded to it :-/ [13:49] lphuberdeau, ok, so I have a necessary requirement for wildcards, because often the search will be for words that start/end/include certain characters... [13:49] luciash: 11.04 wasen't really a major upgrade, 11.10 I feel was a much larger leap. [13:49] 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 [13:49] lphuberdeau: any suggestions [13:50] nkoth, unified search is not built for that [13:50] RobertPlummer: yep, leap to "you cannot change anything now" [13:50] lphuberdeau: I just use my scroll/touchpad. and I'm mostly keyboard driven. [13:50] luciash: Just switch back to classic. You can turn off those features. [13:50] They just aren't in the same place. [13:50] New Forum Posts: user restriction - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=42478 [13:50] RobertPlummer: how ? already tried to switch to classic, and it is barely the same - no change [13:52] s/barely/mostly/ [13:54] tikiwiki: 03robertplummer * r38266 10/trunk/tiki-timesheet.php: [ENH] Made sheet update using openSheet rather than a new instance every time. Makes much faster. [13:56] luciash: there is an app called ubuntu tweak, try that. [13:56] RobertPlummer: thanks, i will give it a try [14:10] New Forum Posts: register to tiki from a different site? - http://tiki.org/tiki-view_forum_thread.php?forumId=3&comments_parentId=42479 [14:12] tikiwiki: 03robertplummer * r38267 10/trunk/ (templates/tiki-timesheet.tpl tiki-timesheet.php): [14:12] tikiwiki: [ENH] Moved over to smarty buttons + auto args [14:12] tikiwiki: [ENH] Added new button that allows you to view your and all timesheet items [14:17] tikiwiki: 03jonnybradley * r38268 10/branches/8.x/lib/core/Tracker/Field/Factory.php: [FIX] tracker: Report error about missing pref dependencies for tracker fields [14:17] *** jonnyb has joined #tikiwiki [14:18] tikiwiki: 03robertplummer * r38269 10/trunk/templates/tiki-timesheet.tpl: [ENH] Added "Done by" to list view [14:18] 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 [14:23] thank polom it's Friday [14:29] 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) [14:37] *** chealer has joined #tikiwiki [14:37] 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 [14:47] 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 [14:48] *** Jyhem_laptop has joined #tikiwiki [15:02] 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 [15:03] tikiwiki: 03robertplummer * r38275 10/trunk/ (3 files in 3 dirs): [ENH] Added feature and feature check for timesheet [15:07] *** ricks99 has quit IRC (Quit: Get the best-selling Tiki books (paperback and ebook) at http://www.lulu.com/spotlight/ricks99) [15:10] *** jonnyb has quit IRC (Quit: nite nite) [15:18] nkoth, any precision about the fields disapearing? [15:23] tikiwiki: 03sampaioprimo * r38276 10/trunk/ (16 files in 11 dirs): [MRG] Automatic merge, branches/8.x 38220 to 38272 [15:23] lphuberdeau: no, if it happens again I will alert [15:23] that one is really strange [15:26] *** redflo has quit IRC (Quit: Leaving.) [15:39] I'm trying to play with the interface, but I really don't get anything strange so far [15:40] 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. [15:40] tikiwiki: 03robertplummer * r38277 10/trunk/ (3 files in 3 dirs): [15:40] tikiwiki: [FIX] Added feature check for tracers [15:40] tikiwiki: [NEW] Added menu schema items for timesheet [15:42] *** jonnyb has joined #tikiwiki [15:47] *** RobertPlummer has quit IRC (Ping timeout: 260 seconds) [15:49] polom [15:49] hi chealer [15:49] hi jonnyb and lphuberdeau [15:50] tikiwiki: 03nkoth * r38278 10/branches/8.x/customsearch_ajax.php: [FIX] handle quotes in search queries to customsearch [15:54] 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 [15:54] chealer: seems like your change in accesslib broke the permission check on blogs... at least, you're the last one to touch that function [15:54] tikiwiki: 03chealer * r38280 10/branches/8.x/lib/setup/user_prefs.php: [15:54] tikiwiki: User preferences: initialize $user_preferences for anonymous too. Anonymous may fetch the preferences of other users. [15:54] tikiwiki: Fixes "Warning: array_key_exists() expects parameter 2 to be array, null given in [...]lib/tikilib.php on line 3590" from r38238 [15:55] 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 [15:55] I really don't understand the two first arguments sadly, so I can't possibly fix it [15:56] 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 [15:57] I've never even looked at that plugin [15:57] but I can look into it [15:57] *** marclaporte has quit IRC (Quit: Leaving.) [15:57] *** marclaporte has joined #tikiwiki [15:57] *** ChanServ sets mode: +o marclaporte [15:58] *** Wilkins_ has quit IRC (Ping timeout: 240 seconds) [15:59] 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 [16:00] lphuberdeau: I assume we're talking about https://sourceforge.net/apps/trac/tikiwiki/changeset/37420 ? [16:00] didn't look at the whole commit [16:00] 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 [16:01] might have been sylvieg then, who had a recent commit too [16:01] lphuberdeau: I did touch check_permission() in r37420, but that shouldn't cause any non-trivial behavior change [16:02] unless I made some obvious error [16:02] *** marclaporte has quit IRC (Ping timeout: 258 seconds) [16:02] *** Jyhem_laptop has quit IRC (Ping timeout: 260 seconds) [16:02] well, the function is obviously broken, although I can't say since when [16:03] the trackerstat issue also seems to be related to categories [16:04] the one filter that works is based on status, all other stats are category related [16:04] actually, not status, but a simple drop-list field [16:04] lphuberdeau: and I don't see such an obvious error [16:05] 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 [16:05] lphuberdeau: I agree that function could use some documentation, it seems a little strange [16:05] Perms::get('', '') will give you global perms (the real ones) [16:05] 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 [16:06] but $access->check_permission('tiki_p_read_blog') expects to read the globalized permisions on the prior line [16:06] which are object permissions rather than global permissions [16:07] and that is why object/category permissions are no longer respected in blogs [16:07] introduction of type and object as parameters to that function is flawed [16:09] lphuberdeau: yeah, r37416 seems much more likely to change effective permissions. I'm not sure what's the problem though [16:10] the function is quite fully broken [16:11] I can rewrite it [16:11] since the trackerstat one is category-related, I believe it falls in your ballpark ;) [16:11] oh yeah, r37402 introduced these [16:13] lphuberdeau: you mean when you call $access->check_permission('tiki_p_read_blog') you're supposed to have "imported" object permissions before? [16:13] no [16:13] you would need to provide the object/type to the function [16:13] I didn't look (try to reproduce) at the permission problem BTW [16:14] its just that the default behavior of the function changed [16:14] which is a horrible thing [16:14] lphuberdeau: by "globalized permissions", do you mean something different than global permissions? [16:15] the $tiki_p_stuff variables are just global variables that can contain any type of permission [16:15] $tikilib->get_object_perm() overrides them [16:16] Perms::get() on the other hand return just what you asked for without temporal dependencies [16:18] fixed [16:18] 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 [16:21] 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? [16:22] lphuberdeau: OK. does $objectPermissions-> support both tiki_p_foo or just foo? [16:22] both [16:22] uh, yeah, thanks for understanding what I meant :-) [16:23] lphuberdeau: thanks, that looks good [16:24] 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 [16:25] 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) [16:25] 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 [16:28] no, that's not enough on it's own... [16:29] jonnyb: there's also a part of https://sourceforge.net/apps/trac/tikiwiki/changeset/38216/trunk/tiki-switch_theme.php [16:29] "Attempt rationalizing. changing themegenerator_theme now calls set_user_preference() (previous situation assumed to be an omission)" [16:30] yes, i'm trying part of that one now... i guess a minimal fix might be safer [16:30] "changing" (not resetting) themegenerator_theme would not call set_user_preference() [16:31] yes, changing the themegen one has no effect in 8.x at the moment [16:31] again, if that doesn't look wrong to you, that could be nice to backport [16:31] I think these are all themegenerator-specific fixes I did [16:31] (presumed) fixes [16:32] bbl [16:32] think i've got it - without touching any of the rest of the code (themegen is still experimental) - thx [16:33] 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) [16:34] anyone has had much experience solving utf8 search problems? Any pointers? [16:34] jonnyb: exactly, thanks [16:35] i'll clean up the inevitable conflict! :P [16:36] hi nkoth|nelson - not really, how do you mean? [16:36] enter search term, not getting result.... [16:37] 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 [16:40] nkoth|nelson: index rebuilt properly? all my problems with it have been due to the reindexing failing silently [16:41] 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 [16:41] i have a patch somewhere for adding a log output to it to help debugging... [16:42] indexing looks fine, it's the searching that is not matching. If i search for the english part of the text it works [16:43] but if I can log, it will help my investigation [16:45] nkoth|nelson: patch is here - http://dl.dropbox.com/u/1927369/110923_add_logging_to_search_indexer.patch [16:46] probably a bit out of date now [16:46] was thinking of committing it (with logging disabled) but never found time to test properly [17:12] Hi, I am trying to undestand the Tiki permission tables a bit more. [17:12] Here's my understanding [17:12] users_grouppermissions - stores the global group permissions [17:12] users_objectpermissions - stores the category and object permissions [17:12] users_permissions - ??? Not sure about this one. [17:12] Can somebody please explain the table users_permissions? [17:13] lphuberdeau: maybe? [17:13] hi arildb - i don't think users_permissions is used [17:13] should be gone from 8.x [17:13] jonnyb: I get data in it though [17:13] it was simply the list of permissions [17:14] so, it should be empty and not used? [17:14] oh yes, it's an array in userslib now [17:14] arildb, keep in mind you should not try to read those tables directly [17:14] in a clean install [17:14] there are a whole lot of rules to permission checking [17:15] yes, it's empty in a clean install (but still there...) [17:15] 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? [17:15] match as in check if the same permissions are set [17:16] well, if you only try to compare, it should work out [17:16] but interpreting is tricky [17:16] lphuberdeau: That's the plan. Not to set/alter any values [17:16] I just need a basic comparison [17:17] So, I can ignore users_permissions it seems [17:17] yes [17:17] the two tables you mentioned are the only ones where assignments are stored [17:19] ok. thanks [17:19] thanks for r38286 jonnyb [17:20] np chealer - just trying to get the parameters working now ;) [17:21] jonnyb: the parameters... you mean the plugin ignores its parameters now? [17:22] seems to (the yes/no ones) and the units ones need to be css unit strings [17:24] *** lphuberdeau has quit IRC (Read error: Connection reset by peer) [17:24] *** kstingel has quit IRC (Ping timeout: 260 seconds) [17:24] 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? [17:27] another good question arildb - might be another legacy table i think... i think it was to speed up finding categorised objects (maybe still is) [17:27] *** marclaporte has joined #tikiwiki [17:27] *** ChanServ sets mode: +o marclaporte [17:28] jonnyb: hehe, OK [17:29] 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 [17:30] using a distinct catObjectId will yield the same result, it seems [17:30] on tiki_category_objects [17:30] arildb: yeah, it's for performance. it tells you if an object is categorized [17:31] stuff was categorised before the object system was "modernised" so probably left over from the bad old days ;) [17:31] chealer and jonnyb: OK. At least the purpose seems to be explained. Seems like a removal candidate to me [17:32] 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? [17:32] it's definitely not essential [17:32] 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? [17:34] * jonnyb did notice that the English analyser doesn't get used for en-uk :( [17:37] 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 [17:38] arildb: when was that system installed? [17:40] chealer: recently. It's using 8.x. It's a test system I use [17:43] 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 [17:44] chealer: If so, the removel of this table should probably be done now. I will check the dataset a little more [17:45] chealer: joining it with tiki_objects results in 27 rows (same as tiki_category_objects). So it seems not to be maintained [17:46] joining tiki_categorized_object and tiki_objects [17:47] 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 [17:50] *** Jyhem_laptop has joined #tikiwiki [17:54] *** radek82 has quit IRC (Quit: Leaving) [17:56] it would definitely be nice to do something about it. removing redundancy from the database is good [17:58] *** marclaporte has quit IRC (Quit: Leaving.) [18:04] *** Jyhem_laptop has quit IRC (Ping timeout: 252 seconds) [18:11] chealer: from changelog.txt [18:11] r6204 | lfagundes | 2005-12-06 19:08:05 +0100 (mar, 06 déc 2005) | 3 lines [18:11] [MOD] Refactor: abstract object concept from categories to a general structure tiki_objects. [18:11] tiki_categorized_objects is there now just to match the checkbox "categorize this object", but maybe we can remove it [18:12] so, a removal was suggested in 2005, and definately overdue. I will take a look at it [18:15] tikiwiki: 03jonnybradley * r38290 10/branches/8.x/templates/tiki-list_file_gallery.tpl: [FIX] fglas: Curious missing underscore [18:17] jonnybradley: is there only supposed to be one underscore for _keepall? [18:18] looks to me like the ) from text went to the keepall... [18:18] jonnyb^ [18:19] 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 [18:19] nkoth|nelson: aha, think you're right... [18:20] arildb: Please accept this silver Tiki archeologist certification :-) [18:21] chealer: archeologist certification...he he...yes, maybe I have been digging a bit lately [18:21] arildb: categlib is a scary place. but it's reported some have come back from it, with [partial] success ;-) [18:21] 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) [18:22] chealer: I heard all about your adventures in categlib :) [18:22] nkoth|nelson: now trying to work out why the context menu is broken in browse mode :( [18:22] jonnyb: what context menu? [18:23] on files [18:23] it's also reported that these people still need to cleanup some breakage they caused though ^_^ [18:23] i'm only getting archive, and two share options (no properties or upload etc) [18:23] hi nkoth|nelson :-) [18:23] chealer: So, are you saying you are going to dive back into the depths of categlib? [18:24] I would suggest to avoid dangerous places before key celestial events (major releases) [18:24] 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 [18:25] *** changi|ffa is now known as changi [18:25] hi there [18:25] chealer: ok [18:26] * changi ready to do some tiki for a couple of hours [18:26] * chealer hears a loud and profound sound [18:26] oh, it's changi approaching! :-) [18:26] hi changi [18:26] arildb: seriously, I cleaned up a pretty nice chunk of categlib. if someone wants to do more, I can advise and review [18:27] so trunkdev is now stable enough ? [18:27] jonnyb: you mean that popup menu for a file? I'll check... [18:27] 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 [18:27] yup - seems the perms get lost somewhere [18:30] well, as long as it's on trunk [18:30] refactoring categlib is definitely *not* something we want to do in 8.x! [18:31] changi: did you see my last mail to -devel? about cache [18:32] oh, nevermind [18:32] chealer: did you see my answer :) [18:32] changi: OK... so how do we deal with this memcache problem? [18:32] changi: adapt the cron job? [18:32] chealer: i thing that we have now a big server and memcached is not necessary [18:33] s/thing/think [18:33] chealer: it's a drop and recreate database + php installer/shell.php [18:33] i don't want to add sort of sql queries [18:34] chealer: we should try to re enable it and change the prefix [18:34] did we try that yesterday ? [18:34] 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 [18:35] changi: yesterday I only disabled memcache. I let you decided how you wanted it. [18:35] s/decided/decide/ [18:35] ok lets try to enable it and change the prefix [18:36] and see if we have issues [18:36] OK [18:36] memcached enabled [18:38] changi: good. RobertPlummer fixed the textarea issue when you left. [18:38] no issues for the moment [18:38] trackers are working well [18:38] changi: did we experience other actual bugs with memcache? [18:38] thx Robert [18:38] chealer: i think the main issue was that we mixed dev and trunkdev prefix [18:38] that why it wasn't working [18:39] yeah. allright [18:39] what about trackerstats ? [18:40] 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 [18:40] changi: I still have to go through some feedback about our 8.x upgrades [18:41] It goes pretty well :) [18:41] did you see marc's email about tv.to ? [18:41] hum, bottom of http://trunkdev.tiki.org/Development partly broken for anonymous [18:42] changi: yes. it's Marc's feedback I still need to check [18:43] jonnyb: if it helps I notice that $changes in fgal_context_menu.tpl is not defined in browse mode [18:43] 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") [18:43] chealer: what is broken? [18:44] nkoth|nelson: ah, that sounds like the one - a smarty 3 casualty i think [18:44] changi: hum, there was an ohloh logo showing below everything, but it's gone now. something's wrong [18:45] chealer: yes, I will certainly not touch tiki_categorized_objects at the moment [18:46] changi: I can't really reproduce. the notices are OK, cache seems to be behaving correctly [18:46] chealer: is it normal that anonymous can edit pages ? [18:46] like Tiki8 [18:46] 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 [18:47] changi: uh. seems not... [18:47] that a big problem [18:47] anonymous can do more than it should be able to do [18:48] http://trunkdev.tiki.org/tiki-pagehistory.php?page=Tiki8 [18:48] look at the last editor [18:48] jonnyb: you mean something to do with reusing the same varname inside a loop? [18:48] changi: it seems they just get the edit icon here [18:49] jonnyb: I've leave it to you, but that could very well be it [18:49] changi: that seems to be an actual user (called "anonymous"...) [18:50] that was me editing the page without being logged [18:50] nkoth|nelson: sounds likely, will investigate... [18:50] changi: HUH [18:51] changi: do you see it showing as user5981? [18:51] (never paid attention to how anonymous contributions look like) [18:51] chealer: no it show me "user anonymous [18:51] " [18:52] and where does anonymous@mailinator.com come from? [18:52] lol [18:52] changi: right, but if you hover that it shows a link to user5981 [18:53] yes [18:53] we should try to delete it ? [18:53] or rename it [18:54] 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 [18:54] changi: I guess, but more importantly we need to figure out if/how that's breaking the system [18:54] tikiwiki: 03jonnybradley * r38293 10/branches/8.x/lib/wiki-plugins/wikiplugin_carousel.php: [18:54] tikiwiki: [FIX] carousel plugin: Process params so they're not all strings, fix filters where needed and improve param descriptions. [18:54] tikiwiki: Also use file name (title) as well as description if available. [18:56] his last connection was in 2005 too [18:57] changi: it seems some pages can be edited anonymously, some not (like the home page), but they all get the edit icon [18:57] 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 [18:58] ...dev today, depending on how much time we have [18:58] 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) [19:00] thanks jonnyb [19:00] changi: could you upgrade themes? there's a problem with carousel [19:00] yes [19:01] no worries chealer - sorry i haven't been around as much as i would have liked recently [19:02] jonnyb: 30 minutes before, you have say we have a perm issue, was it in Tiki8 ? [19:02] chealer: backlinks are not selectable [19:02] jonnyb: is it that 24 hours in a day limit thing again? [19:02] chealer: 48h you mean :) [19:03] 48h in a day? sorry, I'm leaving for France [19:04] ok, to be more pragmatic, did someone touch the perm system since Tiki7 ? [19:07] 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? [19:07] nkoth|nelson: that's the problem, yes [19:07] yes [19:07] hi changi - back, perm issue? maybe the filegal thing (was a smarty var thing) [19:07] jonnyb: ok [19:08] chealer: it's not only pages, the footer is also editable by anonymous :) [19:08] do i have access to this? [19:08] chealer: and the display error button is present [19:08] nkoth|nelson: http://trunkdev.tiki.org/Tiki8 can be edited by anonymous [19:09] All pages are editable by anonymous :) [19:09] changi: ooh. noticed the button, but I figured it was setting [19:09] s [19:09] what is the apache auth? [19:09] trunkdev / trunkdev [19:09] :) [19:10] tikiwiki: 03jonnybradley * r38295 10/trunk/ (12 files in 6 dirs): [MRG] Automatic merge, branches/8.x 38272 to 38294 [19:10] chealer: no because on dev.tiki.org it didn't show [19:11] changi: "Visible to admin only" is not checked [19:11] *** arildb has quit IRC (Read error: Connection reset by peer) [19:11] *** arildb has joined #tikiwiki [19:12] oh a new feature :) [19:14] 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 [19:14] so it's a evolution :) [19:14] cool [19:14] ah "Include Smarty notices" is disabled on both sites [19:15] but we see Smarty notices on trunkdev [19:15] that's abnormal, but there were regressions with Smarty 3 about error reporting [19:15] oh regression then [19:16] Smarty3 is so delicious :) [19:16] (which I'm not planning to look at before Smarty 3.1 unless it's a big problem) [19:16] so for now I'll just ignore that [19:16] it's not a big problem [19:16] interesing, after I click the refresh cache button, anonymous can no longer edit tiki8 [19:16] and of course not a blocker [19:17] nkoth|nelson: i still can edit it [19:18] most odd - on trunkdev not only does anon have tiki_p_edit but also all the others (like remove, permissions etc) buttons [19:18] nkoth|nelson: hum, that's so strange. now I still see the icon but indeed I get a permission denied [19:18] chealer: are ok that codemirror is not stable, but is not a blocker for Tiki8 [19:18] trunkdev.tiki.org/tiki-editpage.php?page=Tiki8 try now [19:18] changi: indeed. it's tagged as experimental [19:19] i still can edit as anon [19:19] I can again... [19:19] me too [19:19] me too [19:19] could it be something like an svn file conflict? [19:20] like a lib missing or corrupt [19:20] my 8.x and trunk tikis seem to be ok [19:21] svn status say nothing wrong [19:21] as is http://themes.tiki.org [19:21] maybe it's the apache basic auth? [19:21] changi: dpes it help with memcache off? [19:21] jonnyb: i can switch it off [19:21] 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 [19:22] changi: but just a change to check_permission() couldn't explain all that [19:22] chealer: yes [19:22] will switch off auth [19:23] I disabled memcache [19:23] still able [19:23] there are cases where I cannot edit [19:24] I think it is wiki cache related [19:25] apache auth deactivate [19:25] still able to edit [19:25] *** shaun_ has joined #tikiwiki [19:25] it's still asking for auth for me [19:26] 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. [19:26] jonnyb: and now ? [19:28] yup, in now witohut auth, but still get edit buttons :( [19:28] nkoth|nelson: I don't think wiki cache could cause the edit icon to show when it shouldn't [19:29] shaun_ this ldap thing I rememebr when the error is too long it used to white screen instead of logging the error [19:29] but I thought I fixed it [19:29] i can display $_REQUEST if you want [19:29] shaun_: which version do you use? [19:29] I think it was fixed here: https://dev.tiki.org/item3710-3710&highlight=ldap [19:29] nkorth:nelson > i never had a chance to verify that. can you walk me through the steps. [19:29] 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) [19:30] jonnyb: you can actually get through tiki-editpage.php, so the problem is in get_perm_object [19:31] chealer> I'm using EasyPHP-5.3.8.0 with TikiWiki 6.4 LTS [19:31] let me turn the wiki cache off and see [19:31] nkoth|nelson: ok [19:31] Anonymous doesn't have global tiki_p_edit [19:31] shaun_: I suggest trying version 7. otherwise, you can enable error reporting. [19:32] Error reporting is enabled. [19:32] shaun_: try enabling error_reporting (if it's not already) [19:32] :P [19:32] for non-admins too? [19:32] shaun_: did you apply the Debug Mode Enabled profile? [19:33] chealer> not that i specifically am aware of. [19:33] shaun_: try it, there are several settings to check [19:35] changi: why do i still see the cache icons after disabling all the cache? [19:35] is there a walkthrough of how to enable the debug mode? [19:35] I am beginning to think APC is the issue [19:35] {if $editable and ($tiki_p_edit eq 'y' or $page|lower eq 'sandbox') and $beingEdited ne 'y' and $machine_translate_to_lang eq ''} [19:35] shaun_: see the Profiles admin panel [19:36] so yeah, $tiki_p_edit must be set to y [19:36] nkoth|nelson: maybe because we have a cache issue :) [19:36] *** kstingel has joined #tikiwiki [19:37] nkoth|nelson: i can disable it if you want (APC) [19:37] *** kstingel has quit IRC (Client Quit) [19:37] changi: give it a try (but was the old dev on APC?) [19:37] yes. [19:38] good point nkoth|nelson, also seeing cache icons still [19:38] shaun_: search for the Debug_Mode_Enabled there and apply it [19:39] nkoth|nelson: yes dev is on APC and themes and tv and all website [19:39] what catagories? [19:40] nkoth|nelson: apc is off [19:40] nkoth|nelson: still able to edit [19:41] nkoth|nelson: still see cache refresh button [19:41] changi: it is almost like memcache is still working [19:41] who wants a dev database dump to test on local [19:43] *** SJ-Jay has joined #tikiwiki [19:44] polom tikis :) [19:44] anyone know if's theres any problems adding css3 to tiki? [19:44] even if memcache is still working, we changed the prefix [19:45] changi: i suppose you must have restarted apache after turnign off apc? [19:45] I have to eat something [19:45] nkoth|nelson: yes [19:45] nkoth|nelson: you can see the tabs apc saying that apc is off [19:46] 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 [19:47] next thursday [19:47] usually we switch doc after RC1 [19:47] * jonnyb wonders if it would be rude to ask if the trunkdev database has been upgraded... [19:48] jonnyb: yes it is [19:48] thought so :) [19:48] just guessing now [19:49] there's something real strange that the cache icons won't disappear, let me zoom in on this one thing first [19:49] i still thing it's a smarty issue [19:49] nkoth|nelson: ok [19:50] bbl [19:50] changi: OK [19:50] ok, me 2 [19:50] changi: there might be a smarty issue but smarty is not involved in blocking tiki-editpage.php [19:50] *** changi is now known as changi|nsf [19:50] changi: could we refresh trunkdev from production dev again? in case cache issues caused corruption [19:50] nkoth|nelson: i'm thinking like someone before, a global variable issue [19:51] chealer: yes i can [19:51] chealer: but there are times when I am blocked [19:51] does not seem like a code issue to me [19:51] nkoth|nelson: yeah, me too [19:52] nkoth|nelson: not sure I understand you, but I'm talking about refreshing the database [19:52] * changi|nsf refresh data under process [19:52] thanks changi|nsf [19:52] ok, refreshing makes sense [19:53] and as i say before i can provide a dump if some of you wants to tests on local [19:53] changi|nsf: what would the size look like? [19:54] 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 [19:54] unless we just switch storage to database [19:56] chealer> So, debug is enabled. is there a specific action you would like me to perform as a par, or litmus test;) [19:56] chealer: 63 Mo [19:56] shaun_: retry to login, the idea is to get the error message instead of a blank page [19:56] changi|nsf, any other tiki on this server? [19:57] changi|nsf: OK, I could try it if it persists [19:57] when i logged out as admin. all of my images went away and looks like normal text. im assuming this is normal. [19:57] changi|nsf: was themes upgraded? [19:58] nkoth|nelson: dev / doc / themes/ tv / noc / code / profiles / stats [19:58] chealer: themes is up2date [19:58] I just tried to log in as the ldap user. blank page again. [19:59] shaun_is log ldap errors on? if so , whatever errir it is should be logged in tiki logs [19:59] which should be accessible through Admin...Tiki Logs [19:59] * changi|nsf trunkdev is up2date with dev's data [20:00] crap, JavaScript broken on themes for anonymous [20:00] chealer: where [20:01] thanks changi|nsf. I suppose you had already changed the memcache key [20:01] I turned off memcache too to be very sure that's not the problem [20:01] chealer: no [20:01] changi|nsf: on the HomePage, javascript errors on load, will investigate later (minified is enabled) [20:01] changi|nsf: well, it had Memcache key prefix: [20:02] trunkdevtiki_ [20:02] I hadn't touched it after your refresh at that time [20:03] doh, Overview can still be edited [20:03] 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;... [20:03] ...as anonymous [20:03] no suspicious notices (so no obvious cache conflict) [20:04] we should try the dump, changi can you email me? [20:05] changi|nsf: your dump is a vanilla dump of the production site, right? [20:05] maybe not the dump, but somewhere to get it [20:06] I gave nkoth|nelson the link [20:06] chealer: yes, you need to run installer/shell.php to upgrade it [20:12] OK [20:12] nkoth|nelson: I guess we shouldn't all work on that at the same time [20:12] I'll check the issue on themes [20:13] ok [20:14] JavaScript errors as anonymous on themes appear to be gone [20:17] need to leave [20:18] see ya all [20:18] let me know if you need something [20:18] *** changi|nsf is now known as changi|ffa [20:18] hum, display of http://trunkdev.tiki.org/Development is currently broken [20:18] as anonymous, white background [20:18] chealer> I dont seem to get any errors with the debug enabled. [20:18] changi|ffa: so when can we upgrade dev? [20:19] changi|ffa: (if there were no issues left tomorrow for example) [20:19] i can do it this week end [20:19] i don't have edit button anymore [20:20] oh talk too fast [20:20] need to go [20:20] chealer: not white for me [20:20] changi|ffa: OK. we'll tell you when it's ready [20:20] tschuss [20:20] changi|ffa: thanks, good weekend [20:20] OK, not white for me anymore [20:20] but cache conflict again [20:21] changi|ffa: do you see the cache conflict again? [20:21] chealer:yes. i will want to try locally [20:21] we're very lucky if this conflict does't damage the production dev site [20:22] chealer it looks ok so far, really strange [20:22] shaun_: so you still have blank pages? [20:23] no more conflict on trunkdev now (memcache is disabled) [20:23] jesus... [20:23] yes. [20:24] shaun_: is reporting only enabled for admins (in the general admin panel)? [20:24] error reporting [20:24] changi|ffa: did you just change memcache settings [20:26] oh, Tiki Logs say changi changed memcache_servers at 16:08 [20:27] there is no mention that I disabled memcache, just that I changed memcache_servers (which I didn't do voluntarily) [20:27] nkoth|nelson: meh [20:30] GAH [20:30] cache conflict on trunkdev again [20:31] chealer: I am importing dump locally now, let's see if I can reproduce any problems locally first [20:31] and memcache is still disabled [20:32] memcache is disabled on trunkdev, I just clear Tiki cache, and there is still a cache conflict [20:33] nkoth|nelson: what do you mean, a different dump? [20:33] the one you pointed me to, [20:33] s/I just clear Tiki cache/I just cleared Tiki cache/ [20:34] nkoth|nelson: I thought you had already tried that (when you wrote "it looks ok so far, really strange ") [20:34] was referring to the eisting site then [20:34] s/eisting/existing [20:34] chealer, you think I should change the session cookie name just in case it matters? [20:34] nkoth|nelson: trunkdev? [20:35] When I said "it looks ok" I was referring to old dev [20:35] trunkdev is no improvement [20:35] nkoth|nelson: oh. yes, I saw no apparent damage on production dev. [20:35] *** marclaporte has joined #tikiwiki [20:35] *** ChanServ sets mode: +o marclaporte [20:37] 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 [20:37] chealer: you are right [20:37] the domain is different [20:43] polom [20:44] hi marclaporte [20:45] 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? [20:46] there's a ton of errors [20:48] nkoth|nelson: yeah, please test the dump, that will give us an idea. I'll try to solve the current conflict on trunkdev meanwhile [20:51] WTF. enabling memcache fixed it. it remains OK after re-disabling [20:51] there's clearly a preferences bug [20:53] nevermind marclaporte, I guess not [20:54] and anyway, it doesn't look the same now [20:54] chealer: wiki caching is still on [20:55] nkoth|nelson: what do you mean/imply? [20:55] 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 [20:56] but if I go to tiki-admin.php?page=performance as an admin (different browser) I see that the cache wiki pages is off [20:56] doesn't seem consistent to me [20:57] nkoth|nelson: right, there's still the bugs we had before refreshing... [20:57] sorry, when I said I fixed it, I meant the cache conflict [20:58] nkoth|nelson: not the big problems we saw with changi [20:58] right. [21:03] marclaporte: oh, I see your comment on http://trunkdev.tiki.org/tiki-view_tracker_item.php?itemId=4009 now [21:03] marclaporte: but there is no number of comments in the tab name [21:05] nkoth|nelson: any progress? [21:05] installed locally, facing memcache error [21:05] nkoth|nelson: because it was enabled I guess? [21:06] there was no pref in tiki7 I think [21:06] nkoth|nelson: no memcache_enabled in Tiki 7? [21:07] chealer, wat [21:07] wait [21:07] found it. disabling in db [21:08] bug is evident locally as well [21:08] now starting investigation [21:09] *** marclaporte has quit IRC (Quit: Leaving.) [21:10] oh. good thing, I guess [21:10] chealer, yes [21:12] re-polom [21:12] nkoth|nelson: the cache thing may be a bug when the cache was previously enabled then disabled [21:13] uff, finally found out what was the scrollbars crap caused by - package called scrollbar-overlay [21:13] (in the Ubuntu) [21:13] nkoth|nelson: I would probably start with the edit icon issue, if permissions weren't that complex :-S [21:13] re luciash [21:13] sorry for off-topic [21:13] hi chealer [21:15] chealer, i'm still trying to change the https login pref [21:19] *** RobertPlummer has joined #tikiwiki [21:22] *** coaboa has joined #tikiwiki [21:25] *** arildb has quit IRC (Quit: Leaving) [21:25] chealer: i'm through that and checking ht eperms now [21:29] *** RobertPlummer has quit IRC (Ping timeout: 260 seconds) [21:35] *** jonnyb has quit IRC (Quit: I am going outside... I may be some time...) [21:37] 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 [21:37] nkoth|nelson: yeah... big surprise :-P [21:37] I agree, not right [21:38] looking at Marc's comments still [21:55] nkoth|nelson: are you trying to fix the cache issue or on the permissions? I could check the cache [21:55] i am looking at the permissions. [21:56] the cache thing you can find in lib/wiki/wikilib [21:56] go ahead [21:57] it's in function get_parse($page, &$canBeRefreshed, $suppress_icons = false) { [21:58] *** coaboa has quit IRC (Remote host closed the connection) [21:58] yes, I've been there [22:03] pages have individual cache set [22:03] *** DarkCalf has quit IRC (Ping timeout: 252 seconds) [22:17] 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 [22:18] 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 [22:18] 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... [22:19] nkoth|nelson: indeed, lots of preferences refactoring [22:19] nkoth|nelson: it could have something to do with that [22:20] nkoth|nelson: need_reload_prefs should be for site preferences ("s_prefs"). but there's still some broken code using s_prefs incorrectly [22:21] nkoth|nelson: my condolences if you have to read initialize_prefs [22:22] nkoth|nelson: did you try just removing the anonymous and see what happens? [22:22] the weird anonymous *user* [22:22] permission error is clearly in the code [22:22] I've narrowed it down to the september period by svn switch [22:23] still further narrowing... [22:25] permission problem is not related to prefs issue I raised earlier [22:28] *** chealer has quit IRC (Quit: Konversation terminated!) [22:28] *** chealer has joined #tikiwiki [22:29] anonymous: "Invalid username" [22:29] on 8.x [22:29] if ($n == 'admin' || $n == 'anonymous' || $n == 'registered' || $n == strtolower(tra('Anonymous')) || $n == strtolower(tra('Registered'))) [22:29] return new RegistrationError('name', tra("Invalid username")); [22:29] *** fabricius has joined #tikiwiki [22:31] *** oeversetten has joined #tikiwiki [22:31] polom [22:33] polom [22:34] uh, the anonymous user on trunkdev is gone [22:37] tiki.org seems a little slow [22:37] not just a little [22:38] well, it's been worst, but it could be quite faster currently :-) [22:39] uh. "anonymous" now has an empty username it seems: http://dev.tiki.org/user5981 [22:39] (compare with http://dev.tiki.org/user5982 ) [22:39] chealer, anyway i found the culprit revision for the permission thing but I can't see how it can matter [22:40] nevermind, it seems User Information is broken when given a user is that doesn't exist [22:40] s/user is/user id/ [22:40] so it seems someone removed "anonymous" from dev (and trunkdev) [22:41] must be changi [22:41] probably [22:41] nkoth|nelson: great, lookins... [22:43] nkoth|nelson: pretty big diff, eh... [22:43] yet nothing about tiki_p_edit [22:46] but switching userslib between the two revisions certainly solves the perms [22:46] I suspect maybe there is a bad perm somewhere added [22:46] nkoth|nelson: I see. I don't see any clearly related permission touched neither [22:46] and on this site that perm is on [22:47] (therefore it is not a problem on other sites) [22:47] and when some code tries to check that perm, the whole thing bombs or somehting [22:48] sounds plausible [22:49] it's a pretty good start that we identified a commit, just wish it was another one :-) [22:49] after all the commit message does say that there ended up one more perm? [22:51] right i found it [23:19] *** DarkCalf has joined #tikiwiki [23:23] tikiwiki: 03nkoth * r38297 10/trunk/lib/userslib.php: [23:23] tikiwiki: [SEC][FIX] Since r37331 (16 Sep 2011), when tiki_p_plugin_preview was given to a [23:23] tikiwiki: group it was as if tiki_p_admin_wiki was given. This patch fixes that and does [23:23] tikiwiki: some associated tightening up on defining feature admin perms. [23:25] *** RobertPlummer has joined #tikiwiki [23:25] yay [23:25] nkoth|nelson: you want to do a minimal backport? [23:25] to 7? [23:25] i don't tthink it affect 7 [23:25] nkoth|nelson: 8.x [23:25] *** RobertPlummer has left [23:25] I committe din 8 [23:25] shit [23:26] all that svn switching [23:26] messed up my checkout [23:26] hehe, there's matter for confusion [23:26] ok i will bp [23:33] tikiwiki: 03nkoth * r38298 10/branches/8.x/lib/userslib.php: [23:33] tikiwiki: [bp/r38297][SEC][FIX] Since r37331 (16 Sep 2011), when tiki_p_plugin_preview was [23:33] tikiwiki: given to a group it was as if tiki_p_admin_wiki was given. This patch fixes that [23:33] tikiwiki: and does some associated tightening up on defining feature admin perms. [23:34] ok, gtg now, talk to you later :) [23:39] thanks nkoth|nelson