marclaporte: Is there a URL to check out 3.0 "proposed"? Or should I just check out current 3.0 branch. dthacker: you mean a tarball? not AFAIK. but you can get branches/proposed/ from svn chealer: checking. was looking at viewsvn and could not see proposed ahhh, I was looking under 3.0. It's at same level. Now we're cooking. dthacker: : get branches/3.0 to prepare 3.3 marclaporte: not proposed? double-check with Nyloth but I think not proposed is temporary place well I'll build 3.0 and see what happens. perfect! 'night dthacker: :pkdille & nyloth did 3.2, so they are great guides tikiwiki: 03pkdille * r22402 10/trunk/lib/blogs/bloglib.php: [MOD] bloglib: no changes. Commenting the methods, some code cleaning and removing an old commented code tikiwiki: 03pkdille * r22403 10/branches/experimental/coe/lib/tikilib.php: [FIX] tikilib parse_data: remove global vars that are not used anymore in parse_data tikiwiki: 03pkdille * r22404 10/trunk/lib/importerlib.php: [MOD] forum importerlib: comment the functions and indent the code New Forum Posts: SnowCheckMail regex change has no effect - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=34965 tikiwiki: 03nagendra016 * r22405 10/trunk/ (18 files in 4 dirs): Upgrade to Kaltura v3 api hi redflo hi just did a svn update to fix some things do you know anything about search? I heard it is not working well and there are movements towards a better solution? I don'T i know why search does not work and have some fixes but i'm unsure. Have to undo another change and i'm unsure about that .... I'll write a mail to tiki-devel tikiwiki: 03sylvieg * r22406 10/trunk/lib/tikilib.php: [FIX]another lastModif after 22289 redflo: did you see my topic about BYTEA fields? i think this problem has always been there. i think usually one did not encounter the problem or did workaround the problem saving images or files to the filesystem and not to the database redflo: OK, thanks. I discovered the issue with external feeds hey, has anyone else the same issue: admin lost its power after svn up? He cannot do his job. I cannot see the admin menu and cannot user tiki-adminusers or anything else. tikiwiki: 03sylvieg * r22407 10/trunk/lib/setup/prefs.php: notice tomorrow morning I'm going live with the wiki on our intranet. It's not connected to the public internet, so I was wondering if the best way to install tikiwiki (with the profiles I've enabled) is to do an sqldump of what I have on my development laptop. Any thoughts? can i up the 10 featured links limit in tikiwiki to something higher? I'm a little concerned as I've been working with linux and tomorrow I will install on a Windows server. I've never done an sql dump from a linux host to a windows host and hope I won't encounter too many problems. is there a way to install profiles without a direct connection to profiles.tikiwiki.org? redflo: to latest trunk? oys: yes you can have local profile oys: a mysql dump should work sylvieg: I agree that an sql dump should work, but I'm worried about the cross-platform aspect. only time will tell. How do I work with local profiles btw? I know I can enable settings manually, but it seems like a lot of work when there are nice profiles available. yu have just to copy the page/ yaml code in a local and execute it chealer: yes. problem was a missing Admins group. hi redflo :-) see mail -> tiki-devel hi sylvieg oys: yes ... perhaps you can have problem the path like / versus \ when changing ... buit a quick search on tiki_preferences can do the job - never did it - but just a feeling sylvieg: I'll try an sql dump first. if that doesn't work, I'll try working with local profiles. and doing everything manually will be my last resort. Thank you for advice :) redflo: so a local issue? redflo: nevermind, I'll wait the mail sylvieg: That's what I was thinking. Another option is to figure out which tables contain usernames and wiki-page-entries and only dump those tables. upgrade scripts problem local dump of tables will only bring you trouble.. if you need only user - user csv export/import if you ned only wiki page use dump/import... tikiwiki: 03sylvieg * r22408 10/trunk/tiki-print.php: [FIX]print: wysiwyg for author pref sylvieg: you may just have saved me a bunch of time and frustration for tomorrow. but where is this magic dump/import link you mentioned (I've been looking for the last 10 minutes) it is on each feature sylvieg: so e.g. for the wiki? ... but you will go faster to export / import database and to fix path / versus \ just scan all the tiki_preferences table one by one ;-) and clear the cache after you after finish to cahnge I will give it a go. is the dump/import functionality a module? I can't locate it under Administer, Wiki and just about everywhere else with no luck. It was there all along, under admin/wiki/functions/export. all import/export are local to each feature - no centralized UI redflo: I red your mail. which *change* does it refer to? is ther any reason why the webroot is not in the path? chealer: not sure. its a mixture someone introduced a Admin group. some day and in the last 2 months someone else finished the work and replaced the queries if $user == 'admin' with the permission query which depends on the group i upgraded from 1.9 to svn 2 months ago. don't know when the Admins group was added. Tiki 2.X tiki 3.X or later? redflo: apparently before 3 redflo: and even 2 then the update to 3.x is not adding the group correctly? ^^^ to 2.X redflo: it would help to know which place(s) is affected redflo - we killed 'each'? test to 'admin' to replace with tiki_p_admin should be in 3 all upgrading from 1.9 to 4.0 are affected - or i missed something during upgrade. Impact: Admin has the same permissions as Anonymous. perhaps a admin -> tiki_p_admin is missing simplier: just the Adins group was missing Admins and admin was not member of any group but i think its really only a proble if you do a upgrade from 1.9 to 4.0 i see a potential problem in db/tiki.sql it supposes that admin is userId=1 so if you deleted admin - recreate it - the upgrade script will not have work grep Admin db/*to*sql |grep users_groups no Admin group is created and in 1.9 is was not there i guess seems I am the culprit need to reboot my old linux to find out tikiwiki: 03redflo * r22409 10/trunk/ (11 files in 6 dirs): tikiwiki: [FIX] Make Tiki search work again (wrong include path, missing utf-8 tikiwiki: preg check) tikiwiki: [FIX] Show Add Page to structures field tikiwiki: [FIX] Stray Pear auth settings replaced with ldap settings n8 all