tikiwiki: 03nkoth * r23300 10/branches/4.x/lib/videogals/KalturaClientReadme.txt: [REL] Include notice of origin/permission to use/distribute KalturaClient files with Tiki
 New Forum Posts: Attaching files to a page (2 questions) - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=35262
We have just discovered Tikiwiki. Intall the 4.0 Beta or wait for the stable version, this is the question? Is the upgrate from 4.0 Beta to the stable version too complicated? Can it be done only by ftp?
How it has been the "dogfood"?
Hello? Is anybody in there?
Well if 3.3 is out and 4.0 is realeased why the download for 3.3 is still available?
Hi Guys... I had a freezing in my IRC client (Colloquy for Mac) when writting here. As I did not get any answer I don't know if you have received it.
It is written in here that Tiki 3.3 is out. It has 2 senses.. out for the public to download and install or out not available anymore because 4.0 stable version has been released? Can someone clarify that to me?
macnific, it's better to install a stable and more-tested version if it's for a live, production site. 4.0 is very new and will probably have some quirks. So 3.3 would be better to use in that case.
Thanks.
upgrades are pretty smooth.
when Tiki 4 is solid enough to use with confidense.
Well. we are more into Wiki. And I was about to create categories when I saw the difference of it inside 4.0. And I was considering trying the Beta to start just creating the wiki pages. 
I have checked all the great features tikiwiki has. We are even planning to help TikiFest Brazil 2010 organization. The more a read about tw, the more I fall in love with it. Great work you all have done.
thanks. your help will be appreciated, too.
chibaguy: if all those quirks you say is not related to wiki or groups, I think I will dare to install it. We can "survive" some initial quirks, but my worry is more concerning the upgrading itself.
Would you install Beta even if it is for Wiki only or it is really recommended to wait for 4.0. Will 4.0 be released still this month?
We already have 3.3 installed in here: www.troquei.com/tikiwiki33
We would also like to know how to include our website to the group of those that use tw.
In terms of wiki page, will it be easier an upgrading from 3.3 to 4.0 or from Beta 4.0 to 4.0?
if the process is similar we can then starting pages with 3.3 as well... What is the best practice?
The wiki itself is mature, but permissions and categories, etc. have been revised. Of course these interact with the wiki and other Tiki features. I'm not exactly sure of the risks.
Either 3.3 to 4.0 or 4.0beta to 4.0 etc will be very easy.
(upgrading, i mean)
I got it. Thanks.
You can add your site to the Directory at tikiwiki.org, and I think also submit it to info.tikiwiki.org as a site using tiki.
Exploring the dev tw site I saw the road map to 4.0 and there was a negative date for Final 4.0 version.
things are a little behind the schedule, so much was added for 4.0, etc.
it's hard to anticipate the actual release date.
polom
I see.  As I am now learning SVN I would like to collaborate to advance things. But when we are not that expert in terms of code but would like to add some suggestions in terms of strategies (like I did yesterday in my first dev wiki page edition concerning the Project Management), where exactly inside the team I can be helpful?
When we are self-taught for everything it is difficult to find a place to start from inside the community. That is one of the worries I have when welcoming people into our own barter community we are creating with tw.
chibaguy: Thank you for the information. Must to go now. Meet you another time over here. 
macnific: it is good to start helping other ppl with things you already learn about the system, edit documentation wiki, fix little things you spot that other devs overlook
macnific: if you want to join specific team you're welcome but more stuff is done by actually doing it than joining any team
translation will be certainly one step. Have you heard about plootle?
>two WhoWhat
http://tikiwiki.org/WhoWhat
thanks I will find a team for me. 
macnific: ok, c u next time here ;)
sometime ago someone gave me here a link... something.. like... "How TW is manage" I don't find it. Can you give it again please
I have still 3 minutes
Can I have a module displaying the {maketoc} output from a wikipage? 
after upgrading to 4.0 the module "Top users" is empty. Any hint? 
 Recent Bug: Tracker item: #2858 - - "Blank screen of death" - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=2858
Is this a known problem: look at the bug #2858 just reported, and click the "comments" tab. In Opera anyway, nothing displays below the tabs, also no side columns. Page source shows the full html page is there, just not displaying.
thx... waiting ;-) 
After Upgrading to 4.0 nearly all users have the flag "need to validate email" 
now i have a real problem after validating admin account (leaving password fields empty assuming this will keep the old one) the password isn't vallid anymore. 
Version 4.0
droped tables and loaded mysqlbackup... admin account is back. is this a known issue? 
coaboa, what were you upgrading from? 3.3?
I'm not aware of those issues, but maybe just didn't hear/see reports.
yes. So if i leave the field empty the password is lost somehow. Did it twice now.If entering a (in my case new) password the login is ok. System should at least warn or simply not except blanc password fields because it doesnt set the password to blanc. 
did it again... set password of amin to old one... logged out and in again: OK...
coaboa : sylvie needs to know
just pushed the validate button and ups logging out and in again wont work.
additionaly there is no emailnotification send to the entered/validated email. other messages (article postings, changed wikis) are sent out correctly
to clearify: i not checked the "send email to user" checkbox. Assuming that the little validate button does the same.
Minor Issue: After reimporting mysql backup tables (V4 to V4) TextAdBanners shows wrong "umlaute". "könnte" changes to "könnte" Droped all tables prior to importing backup
polom
polom
and polom makes three
polom nkoth
 Recent Bug: Tracker item: #2859 - - too many fields for closing a bug report at dev.tw. ... - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=2859
coaboa : ping
 Recent Bug: Tracker item: #2860 - - 4beta: blank page with errors shown after saveing pages on doc.tw.o  - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=2860
toctoc
fyi: selection of category fields in tracker items at dev.tw.o/tracker5 is lost when you re-edit the item
well, is lost. I can see that at least at edition time, than not category is preselected, from the ones selected at insertion time
I get nothing in the trackers comments tab
dev.tw.o bug tracker
 Recent Bug: Tracker item: #2860 - - 4beta: blank page with errors shown after saving pages on doc.tw.o  - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=2860
chealer (hi): working for me fine
as expected, at least
xavi: thanks
chealer: can you see the coment here: http://dev.tikiwiki.org/bug2860#content2
hi xavi
well, the direct url is not working (tab selection is not used)
i put a comment about that on dev.two/tiki4
hi jqbradley :-)
:D
I've just enjoyed a moment go some of your (jquery)magic with the table sorter! (impressive!) :-)
i couldn't reproduce that bug here - and found you don't need the right perms to edit tracker category fields
nice
"that bug" which one?
tracker category thing?
ah, ok
well, can't you reproduce that on dev.tw.o/tracker5
?
use a comon user, with no admin rights
oh well, or just use user "xavi" if you wish :-)
chealer, can't you see that coments?
coment? ( I meant)
http://dev.tikiwiki.org/bug2860#content2
xavi: confirmed - i can't change the categs on tracker item
jonnyb: ok, thanks for confirming. 
jonnyb: btw, do you know how to link to a specific tab right now on tiki 4.x?
I mean, how to link to the comments tab of a tracker item in dev.tw.o/tracker5
the previous url doesn't do the job for me (using ff3.5), even if #content2 seems to be the bit added for the 2nd tab to load
and btw, jonnyb: this bug report is related to Zend (not) sending email... http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=2860 . I presume that there is nothing wrong with Zend, but with cases in usernames...
tikiwiki: 03marclaporte * r23301 10/branches/4.x/ (about.php templates/tiki-admin-include-connect.tpl): [FIX] Broken link. While I was there: Better English and clearer message.
sorry xavi - was trying to work out this tracker categ thing
use &cookietab=3 for tab selection
np
jonnyb: but why then the bottom bar shows #content2 while passing the mouse over the tab?
there are some (in my opinion) useless anchors on tab bloacks
blocks
ah, ok
thanks for the tip with "cookietab"
xavi: sorry. yes, I can see the comment there
ok, chealer, I don't get what's your problem, then
&cookietab doesn't work anymore - something in the page code must be overriding it :(
fyi: I've just enabled the table sorter jquery setting at doc.tw.o
:-/
:O 
and I've also enabled the autocomplete in doc.tw.o ("dogfod"!!!!! ;-) )
dogfood
I also get the comment form in other tracker items without comments.
cookietab on other pages is ok - http://dev.tikiwiki.org/tiki-editpage.php?page=sandbox&cookietab=3
but not on this one: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=2858
do other people get something in the Comments tab for this item
jonnyb reproduced it on Safari
xavi: i think the tracker thing was because feature is required but not set, so it wasn't saving (and, of course, not telling you)
on the wish2855 i added a feature, then i could save categories etc
chealer: I can't see side columns here: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=2858
too fat? then, another reason for our tiki sites to eat our dog's food!
marclaporte: are you keen on having ajax on doc.tw.o? (at least)
I haven't seen any issue with ajax so far...
I believe that there must be some bugs out there... But I haven't been able to see any so far, and I'm getting used to set ajax on in all my new testing 4.x sites...
if we were having those ebm meetings, this could be discussed there... but since those meetings are hibernating... common sense and wiki way should maybe apply
jonny, so that.... (tracker issue): what's needed to make it work properly? (I didn't get it)
^jonny
^ jonnyb (the tab from the keyboard was not writing your full username if there was not space between ^ and your nick )
sounds like someone (ahem) made the features field mandatory there, but some items didn't have it set so you can't save them
"didn't have it set": I created a new item 1 h ago, selecting many checkboxes from categ fields (including the mandatory one), and when attempting to edit it again, no checkbox was pre-selected from my former selections
xavi : no objection
xavi: yeah, so the same for you. thanks
i found one (wish2279) with no "feature" set - if you try and change the "category" it fails to save and doesn't tell you
jonnyb: ok, marclaporte: ok, chealer: ok
xavi: any chance you can send a mail to devels in the hope sylvieg might see it and come to the rescue?
jonnyb: ok^2
ajax enabled in doc.tw.o
But I didn't dare to enable the ajax autosave or similar (long ago didn't work well for me in my tests, and I couldn't test again in the last months
jonnyb: fyi: ff is complaining that Script: http://dev.tikiwiki.org/lib/jquery/jquery.js:844 is taking too long while I clicked into "inser new tracker item" tab, at dev.tw.o/tracker5
and I'm using the macbookpro right now (double processore, etc), using ubuntu karmic
mmm, insertion of plugins code was placed at the bottom of the page again for me, for some plugins at least (using ff 3.5. and tiki4rc1).
Can anybody confirm?
Example: backlinks plugin or fancytable a moment ago
 Recent Bug: Tracker item: #2861 - - dev.tw.o/tracker5: category fields are not pre-selected when editing ... - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=2861
myaybe it's only me with some js mixture from doc.tw.o (not fuly updated) and my local updated tiki4rc1 with the same ff 3.5 browser
bbl (walk the dog)
btw, I'll test some upgrade when back
I haven't heard anyone testing upgrades from 2.x or 3.x to 4rc1...
and I can imagie lots of people asking questions in the next days/weeks if we are releasing tiki 4.0 in the next hours...
ok, bbl (walk the dog)
tikiwiki: 03chealer * r23302 10/branches/4.x/templates/tiki-admin_forums.tpl: 
tikiwiki: [FIX] HTML special chars escaping
tikiwiki: [FIX] colons inside tr blocks
chealer, can you confirm if the helper icons introduce the syntax at the cursor location or at the end of the content of the wiki page?
xavi: it works for me in Iceweasel (Firefox) on 4.x
the latest 4.x though, you need nkoth's fix
it doesn't work for me on tiki4rc1
on firefox 3.5
oh well, it does work for me with chrome and epiphany, just with one browser tab
tikiwiki: 03chealer * r23303 10/branches/4.x/templates/ (comments.tpl tiki-view_forum.tpl): [FIX] HTML special chars escaping
but not with ff3.5 (maybe because I have other tiki sites in other tabs, from not so updated tik4 sites (such as doc.tw.o)
tikiwiki: 03sylvieg * r23304 10/branches/4.x/templates/tiki-view_tracker_item.tpl: syntax: please check your smarty syntax - it is the 3th this week with the same error
I can not reproduce the bug about categ on dev
http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=10 is fine for me
hi sylvieg, have you tried with a user without admin rights?
:-( the error message with mandatory field was working lat week :-(
ah ok I can reproduce on my local
sylvieg: but you need a bug report with no feature checked to start.
do we have one?
no not ncessarily - on my local I found a problem- probably a perm
sylvieg: mmmm, I wonder what's happening. I cannot reproduce the problem any more on dev.tw.o with ff
it's working fine for me nowadays
the only difference I can remember of is clearing the ff cache 15 min ago
http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=2861
sylvieg, I've been able to change the status, and at editing time nowadays the category fields were shown as expected
I'll do my last test on another browser (my ff is rare these last days)
xavi: that item is valid
yes, chealer. now it works for me
well, I attempted to reproduce in Chrome, and categories are saved as expected, but....
17h
ready for 4.0?
We package now?
... but the dropdowns were lost
"Ticket status" was lost
 Recent Bug: Tracker item: #2862 - - test3 xavi categ selections kept between edits? - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=2862
ok, I don't know why the tracker field "Tracker status" is pre-filled with "closed-cancelled" when insering a new item
tikiwiki: 03jonnybradley * r23305 10/branches/4.x/lib/toolbars/toolbarslib.php: [FIX] Fix toolbars insterAt() bug if autocomplete was off
tikiwiki: 03chealer * r23307 10/branches/4.x/lib/smarty_tiki/function.treetable.php: [FIX] treetable: use htmlspecialchars() instead of htmlentities(), which assumes ISO-8859-1-encoded strings (breaks French accented characters)
could we get a svn up on tw.o?
 Recent Bug: Tracker item: #2863 - - test4 with status ticket prefilled with "closed - cancelled" ... - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=2863
tikiwiki: 03nkoth * r23308 10/branches/4.x/templates/tiki-view_tracker_item.tpl: [FIX] jquery autocomplete user selector should in the case of admin user (where it's possible to change it from the autofill) be autofilled by default with the admin user
ok, closed my recent bug reports related to trackers. GReat work everybody!
bed time here. 
cheers
I have 2 bug in categ trackers
tikiwiki: 03nkoth * r23309 10/branches/4.x/ (3 files in 3 dirs): [FIX] workaround problem in Fx3.5 where insertion of plugins from plugin helper end up inserting at end of text
the upgrade script is missing somethignabout tii_p_add_object
Can I have a module displaying the {maketoc} output from a wikipage? 
what is thsi new perm tiki_p_add_object - is it to add an oject to a categ?
was tiki_p_edit_categorized perhaps?
what is the perm tiki_p_modify_object_categories ? why it is not a categ perm
sylvieg : because it's an object category
ok but why tiki_p_add_object is a categ perm
I am completly lost with this perms..
I will explain
the problem I was looking since 1 hour is that I was missing a tiki_p_modify_object_categories when creating a new tracker item
imagine I am giving permissions on a specific category
tiki_p_add_object -> can I add an object on this category
it is not tii like - usually you redefine the perm on the categ level
tiki_p_add_object -> can I add an object in this category
the logic was flipped from before
and what is tiki_p_modify_object_categories 
why do I ned this perm that is in the tiki list to categ a tracker
tiki_p_modify_object_categories is something you give to an object or globally to say am I allowed to change the categories of an object
so please can someone that understood this fix the categ upgrade script
but each category can have perms to allow or restrict the reception of items
it is complety out the rest of ti
tiki_p_view exist and for a page you redefine tiki_p_view
why the login change
logic
why tiki_p_moduif_caegories is niot in the categ class
because what I do I have 2 categs that are tiki_p_add_object and I do not have tiki_p_modify_categs
what do I do?
do I display the categ box or not?
let
this is not working like the rest of tw
let's discuss a specific example
so we can make sure we are solving this
a tracker with a field categ on top
ex.: a wiki page?
under top 2 categs A and Teacher
Teacher is ony for Teachers
and the label 'Can change the categories on the object' does it mean also 'Add categ to a new object'
so tracker item 1234 has two category item fields A and Teacher
I am just speaking about a new item right now
I did not test the edit yet
ok
and I discover that I need tii_p_modify_object_categories to be able to categ a new item
so new item : if you have have tiki_p_modify_categs (global perms), then you should have the category checkboxes (except that it doesn't show the categories that you are not allowed to add to
did anyone confirm this? http://irc.tikiwiki.org/irclogger_log/tikiwiki?date=2009-11-15,Sun&sel=101#l97
get_child_category is not wysiwyg
for this one I need to redo all the tests - taht will take we a day
suppose nobody else test this one
but I think taht the release must be postpone
because the upgrade categ must be upgraded correctly
sylvieg:  Since the begining, I said that we should not attempt to upgrade category permissions
I think it's too complicated and error prone
I propose to roll back the cleaaar password if you want to release now
I have a fever I feel bad I can not think further than 10 lines
ok
so let's split the issues  1-  password thing   2- categ perm
I will rollback the clearpassword commit
amette, changi|away: could we get a svn up on tw.o?
sylvieg : I think the commit is good
tikiwiki: 03sylvieg * r23310 10/branches/4.x/installer/schema/20091103_upgrade_categperm_tiki.php: discover tiki_p_modify_object_categories
the flag 'need to validate ' was already there too often
sylvieg : if I already ran the script, I don't get these fixes
waht do you want a script or not a script?
hehe
good point :-)
+1 for you
I do not know how to handle people that manullay upgraded their site
I am just focusing on the new ones
it is the problem of such a script
perhaps as you propose we need a flag - I check all the categ perms...
first test - as admin create a user - do not ask to validate - I have no 'need to validate'
2 test - as admin create a user - ask him to validate - I have 'need to validate
So I suppose I have to take a 3 -> 4
test 3 admin validate a user - the mesage dissapears - and th user can log-in
so marc - waht is the trouvbel? I can not reproduce- can you?
because for login it can be useful
if somebody can do a profil;e of the problem about registration - I suippose I can debug
Sylvie: how can I help?  As long as it doesn't require me having your wonderful php skills, I am happy to help.
and I hope you feel better.
find one bug in the registration process when admin valids account
tikiwiki: 03nkoth * r23311 10/branches/4.x/lib/ (jquery_tiki/tiki-jquery.js toolbars/toolbarslib.php): [FIX] prevent possible js error in IE due to undefined textarea.selectionStart/End
thx Kimberliee 
yes, a good anti-viral medication is always good too. :)
so the bug seems to be a user registers (with need an email validation) an admin validates - the user can not log-in
tikiwiki: 03sylvieg * r23312 10/branches/4.x/templates/tiki-adminusers.tpl: comment admin validation as it is buggy and blocking release