t.o sites still down? this is bad :( tw.o or t.o is just a shortcut referring to the official website of the project: http://tiki.org polom tikiwiki: 03chibaguy * r31440 10/trunk/styles/ (21 files in 7 dirs): [KIL] PHP Layers menu-related CSS rules removed. tikiwiki: 03chealer * r31441 10/trunk/lib/smarty_tiki/function.breadcrumbs.php: [FIX] typo (missing s, r31428 regression) tikiwiki: 03marclaporte * r31442 10/branches/proposals/6.x/lib/smarty_tiki/function.breadcrumbs.php: [bp/r31441][FIX] typo tikiwiki: 03chealer * r31443 10/trunk/lang/fr/language.php: [FIX] French Admin categories: "Rapatriement par lot" => tikiwiki: 03marclaporte * r31444 10/branches/proposals/6.x/installer/tiki-installer.php: tikiwiki: [FIX] PDO upgrades: Quiet error "This command is not supported in the prepared statement protocol yet" running ALTER DATABASE to change database's default charset in some installations tikiwiki: (noticed on MySQL 5.0.77 with PHP 5.1.6) tikiwiki: "Your database encoding is not in UTF-8." dialog would reappear after running Convert database and tables to UTF-8 tikiwiki: Emulate prepared statements in installer. trunk is not affected after r31039 Hi, i need a module that could be called "contributors". It should display the contributor username, realname, country, email and may be a little more. is there something that have been done in that direction ? Hi changi… (shame on me) what is the community server ? polom Yonixxx: there is a wikiplugin i think which you can put in custom module luciash : Hi Lu, tks for the info i will take a look np, Be :) New Forum Posts: AD - http://tiki.org/tiki-view_forum_thread.php?forumId=17&comments_parentId=39862 polom I see that tiki6.1 has been released 2 days ago the subject of this channel should be updated whoever has access rights to change it (not me) and I'll update https://dev.tiki.org/Get+code to add info on proposals/6x branch, which I guess that it should be the one to commit things for 6.x from now onwards, and QT comes in, etc. New Forum Posts: How to change a title into a module menu - http://tiki.org/tiki-view_forum_thread.php?forumId=2&comments_parentId=39863 There seems to be a problem with permissions in file galleries I can't make this file to be public: http://xavi.pangea.org/display1 I've granted tiki_p_download_files at global level, gallery level, and just in case, also, file level but no way that anonymous can see that file (which is an image) xavi: hola, it's bad perm design in tiki xavi: you must assign tiki_p_view_gallery too yes, I was afraid of that ok, testing... xavi: i agree tiki_p_download_files should be enough however, I have that permission granted already (for a few hours) and no change I recall that rodrigo said that permissions on file would override permissions on file gallery, or global file gals.... and since I also tried granting some permissions to that file.... I'll need to remove permissions granted to the specific file or grant more... to that file... oh well, yes, granting that (non-intuitive) permision, also at the (non-intuitive) file level, solved the issue thanks luciash for feeback and tip xavi did you check the list of permissions - in case hidden categ... hi sylvieg, yes I checked ys, categories are off s/ys/yes I only see this type of perm checking: $userlib->user_has_perm_on_object($user, $info['galleryId'], 'file gallery', 'tiki_p_download_files')) in the code and I wonder why this would imply to require also tiki_p_view_gallery I can see your image... did you change something? yes, I granted that perm tiki_p_view_file_gallery (I reported that change previously on irc) and I don't know how to view the permissions which a file currently has, in order to edit them it looks as if you can assign perms at a file level, but no way to see them later and thus, not clear to know which ones you need to add, in addition, or how to remove the granted ones... perm at files level is bugged - I think...... email sent to devel list we need rodrigo to have a look, also, probably sylvieg, do you know how to remove (through tiki interface) the permissions granted at a file level? the multicheck box strange on my local I can download only with tiki_p_download..... sylvieg, but when you added already some perms to a file, how can yuo remove them? New Forum Posts: Unfaithful Backup/Restore of binary files from File Gallery - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=39865 hehe good question :-) polom rodrigo_sampaio we need you :-) hi xavi :) how can I help? :-) see this (from here downwards): http://irc.tiki.org/irclogger_log/tikiwiki?date=2010-12-16,Thu&sel=65#l61 right now I'm unsure if the solution was that tiki_p_view_file_gallery was needed (to allow downloading files, besides tiki_p_download_files ) or that some perms were set at file level, but not the appropriate ones since I don't get how can I see the perms that are currenty set on a file level and I don't get either how the users is supposed to remove those perms on a file level do you understand what I mean? I'm asking you since I thought that you designed the system for perms at a file level (inside file gals) xavi: ok, I got the problem fyi: no category permissions are involved in that site that I was using (categories are off) the best should be to add a empty line in the list of perms to unassign all the eprms xavi: but actually last semester I was working and fixing file gallery permissions on global, category and object level +1 sylvieg (maybe that's the easiest & quickest solution) xavi: I haven't touched permissions applied to the files itself xavi: I remember there was some problems with permissions applied to the files directly but I don't recall exactly what. might be related to the issue you have now. ah, ok, I had no idea who did that yes, maybe "issue you have now": well, the issue we all have with a bad design of permissions on a file level in file galleries in tiki 6x LTS ! xavi: I have to go to a meeting bye ok, sorry, I didn't want to bother you I did the code - it is only 2 lines - now I need to test I can test, sylvie, if you tell me the lines to change I reproduced the problem on a site where I (only) have ftp access but I'm already there, files open, etc. tikiwiki: 03sylvieg * r31445 10/trunk/ (lib/userslib.php templates/list_file_gallery.tpl): [FIX]fgal: a way to delete perms on file -> need to be test ^^ do you have an easy way to test hi all :-) nice to see t.o sites back up thanks, sylvie, I'll test on 6.1 hi ricks99, yes, nice (changi, I guess) xavi: you are not bothering me at all :) back

to split my page polom_ hello together i have a problem with tiki 6.x winserver 2008R2, and AD/ldap. - with Tiki 5.1 all works fine. but with tiki 6.x i have the problem that only user in the root directory of ad are able to log in. s.o with the same experience ? ;) Sorry Micha2010, I don't use AD I wonder what changed bewteen 5.x and 6.x np, ty for ur answer ;) yeah i´m also very confused looks like tiki dont search in the whole ad directory but subtree is enabled in ldap settings (tiki) has anyone else noticed a performance issue on 6 compared to 5? i have a site that uses 540 queries in v5 but 1387 on the same page in v6 Hi, After changing to 6.x the time to get pages with my local server (portable Dell D800) had increased so that I had to change the php time out. But I have not made test any comparison (I was thinking about a computer problem, because it is too much loaded and I must changed it). I will look in more details. 03i got the same experience hmm, investigating here i wonder if it's something to do with the changes in the DB encoding (somehow) s.o experience with tiki6 and AD ? AD is active directory yes, something to do with Microsoft i believe - no idea, sorry yes ;) tiki6 and winiserver 2008 R2 seems to be a problem with ad login :(. with version 5.1 all works fine. on linux with tiki6 it works, too ;(( hmm, i wonder what changed - afraid i don't even know which files all that happens in my server is overloaded :) hmm, i've copied these two (massive) databases to my local server and now find that the v5 page is doing about the same number of queries as v6, but v6 is taking over 3 times as long to do them maybe some indexes are missing - i've been looking for a suggestion sylvieg made to add one to tiki_articles, but can't find the mail jonnyb_: i have it add an index on ispublished KEY `ispublished` (`ispublished`) in tiki_articles ok, i'll try thx jonnyb_: no prob but the *.tiki sites don't really use many articles do they... jonnyb_: will make some more tuning this evening jonnyb_: info do both 5 and 6 db's have the same indexes for me jonnyb_: yes did you look at my email talking about slow queries ? so i have a feeling there's something down underneath that's wrong was trying to find it - when was it? adding ispublished KEY hasn't helped jonnyb_: did not try jonnyb_: look at your mb Maximum execution time of 600 seconds exceeded in /home/two/dev/lib/core/Zend/Filter/StripTags.php on line 246 jonnyb_: that's my current problem thanks, but what am i looking at/for? :P jonnyb_: about my email it's all queries that take more than 10s jonnyb_: about Zend, where is that Striptags used in tiki ? so i guess i should get this enabled on my local and then play around with the queries that take too long? (this isn't really my thing) a few places, usually when editing stuff i think jonnyb_: i think sylvieg is the right person for that :) is striptags particularly slow? my php error log is full of Maximum execution time of 600 seconds exceeded in /home/two/dev/lib/core/Zend/Filter/StripTags.php on line 246 curiously i was around that line already! :) it's stripping out html comments line 247 is a very chewy looking preg_replace - they can be very slow it's called from tikifilter for username, pagename etc filters same ratio indeed Trebly - curious ay? Zend_Filter_StripTags gets called on just about everything at least once think i might have a clue - it seems to be updating the rss feeds for each page load... nope, red herring - different page :( Recent Bug: Tracker item: #3717 - - Installer quiets errors in all database queries - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3717 sylvieg, I finally could try that selection of the empty option in the permisions list (file in file gal), but I saw no change so I don't know if it worked or not I don't know either where should I look (in mysql tables, at least) to see the change (if any) jonnyb_ , I see that there are many jquery messages for tracker item validation are they i18n-ready? or what do I need to add in jquery.validate.js between lines 257 and 273 (6.x) in order to make them translatable by lang/xx/language.js ? or by any other means... hi xavi - re mmmm, ok, I see that there is a folder in lib/jquery/jquery-validate/localization/... which has the localization files... so , mmmm, catalan is missing... jquery.validate.js is an external, shouldn't be modified here what's the best approach to provide a catalan file for that? contact the dev? are you finding tiki 6 v slow? i have one page that's 3 to 4 times slower ok, isn't there an "option b" in the near future: like, if a string is not translated by jquery strings, then look for translation in land/xx/language.js ? s/land/lang tiki6 slow? I don't have objective data right now. It was months ago (compared to tiki5), but I don't know nowadays sorry - tiki 6 killing servers only for now (this year) tikiwiki: 03nkoth * r31446 10/trunk/lib/trackers/trackerlib.php: [FIX] Object was not being removed properly when tracker item is deleted, leading to for example freetagged objects still appearing in browse freetags. tikiwiki: 03nkoth * r31447 10/branches/proposals/6.x/lib/trackers/trackerlib.php: [FIX][bp/r31446] Object was not being removed properly when tracker item is deleted, leading to for example freetagged objects still appearing in browse freetags. tikiwiki: 03nkoth * r31448 10/trunk/lib/trackers/trackerlib.php: [FIX] When tracker is removed with items still in it, the removal of the items in it were not clean. tikiwiki: 03nkoth * r31449 10/trunk/lib/trackers/trackerlib.php: [FIX] When tracker is removed with items still in it, the removal of the items in it were not clean. (redo bad fix) tikiwiki: 03nkoth * r31450 10/branches/proposals/6.x/lib/trackers/trackerlib.php: [FIX][bp/r31448][bp/r31449] When tracker is removed with items still in it, the removal of the items in it were not clean. tikiwiki: 03nkoth * r31451 10/trunk/tiki-view_forum.php: [FIX] Freetags were not being applied on new forum topic creation tikiwiki: 03nkoth * r31452 10/branches/proposals/6.x/tiki-view_forum.php: [FIX][bp/r31451] Freetags were not being applied on new forum topic creation tikiwiki: 03chealer * r31453 10/trunk/tiki-download_file.php: Error if file cannot be accessed found something promising, but am running out of time - seems wikiplugin_article does that really slow list_articles just to get the id of the most recent! cool - 17+ seconds down to 5 on my test page! :) oh, one of those smart moves, like that time list forums would fetch all content to get the latest post date turns out it's quite fast when you don't have content, like in most dev environments :) don't have time to commit & backport now - off out (for beer) enjoy i guess not using varchars for the join keys might speed things up a bit too (bleh) more tomorrow - bibi another stupid implementation - the multiple selct categories in find.tpl... creates url with cat_managed[]=...&cat_manaegd... adn of course if more thatn 200 categories the url is too long - stupid implementation well, you can question a UI that lists 200 categories from the start just like a drop list containing 10000 users need to find out why it is going in the url - even if I select no categ... we do not have anymore lib/ajax/ajaxlib.php? tikiwiki: 03sylvieg * r31454 10/trunk/tiki-listpages.php: [FIX]ajax: gone? jonny killed that one yesterday along with xajax about cat_managed, that related to the category picker on objects to ignore the categories that are not displayed yeh - I suppose I just have not to put it in auto_query_args ? re-use in find.tpl is not necessary the goal is that if you are in a perspective limiting to a subtree, saving the page won't kill the other categories assigned to the object but that does not apply to searching it's just hidden fields generated along with the categories but as there is no auto_query_args dans list_articles... I think that's unrelated you're going to get the issue anyway if find uses a get request tiki-listpages works fine but not tiki-list_articles and really, using post for searches is not the best of ideas but POSt is not th e only problem because of the pagination that is an url find.tpl should not use that category picker category tree, which is meant for object selection nelson added it ... it's quite easy to build a custom category tree, look at lib/smarty_tiki/block.filter.php in trunk tikiwiki: 03sylvieg * r31455 10/trunk/tiki-list_articles.php: [FIX]articles: if too many categories, pagination links become too long because of the cat_managed. set un auto_query_args to avoid I've noticed that the jquery message shown in a tracker when the user doesn't fill a required field (in 6.1) is not highighted in any way for the end user, so that it's easy that he doesn't realize that something went wrong,e tc any idea how to get that message more highlighted? before, it was clear (when no ajax, I think) but now, this message "This field is required" is hardly visible from the same tracker interface ricks99: ? ^ tikiwiki: 03xavidp * r31456 10/branches/6.x/lang/ca/language.php: a few more strings translated Hi, I have to write about categories, use and extensions (particularly to manage WBS and PBS for project management and many others objects to manage), too I have made some enhancements for the list(s) on 5.3 and I have to carry them to 6.x. Before I would want to write a synthesis (needs quite a structure), what is the best way to transmit this to you, and... ...have your agreement before commit ? validation tends to be done post-commit, if you have questions before, you can ask them on the devel list however, for most changes that are not trivial, trunk (for 7.x) is the place to code There are two levels, one trivial (quality of presentation of the list (s) - options positions, the texts - and the French translation), 6.x. The others are for 7.x. I'll post on the devel list quite a long document. The main idea is that the categories is a "meta" class with instances (the operating rules associated generates trees of concepts). These trees can not theoretically be associated with any object (tiki meta-objects: wiki, structures, articles, forums, blogs, calendars, users, groups, etc. ..) so for example a tree as "topics covered" does concern only wiki, structures, articles, forums, blogs ... WBS (in project management which is an application of categories) concerns only the work packages , others are "types" (id: type) for a single meta-object. These... ...associations are made (this point is a very powerful feature of tiki), after the creation of the first case by induction conceptual (known dev UML) specialization of classes (that we will meet and produce in the profiles), especially when forms are associated (the forms users generate classes for special applications), etc. .. This is the object of study that broadens a problem posed by... ...the management of projects. It changes quite a bit, data structures and lists, filters. The last point is that instances of classes generally have corresponding objects directly in most organizations that use TIKI, this means : being able to link their references to "external" ... major problem, but what a challenge. And I can not be alone working on this issue. I will first expose the... ...subject . tikiwiki: 03robertplummer * r31457 10/trunk/lib/jquery_tiki/tiki-jquery.js: [ADD] Added event caller which allows users to create plugin snippets for any plugin using the jQuery event 'plugin_#type#_ready' for document Question: bugreports require tiki version. How does a user identify tiki version? Recent Bug: Tracker item: #3715 - - adding a new page to a structure from an existing page - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3715 Recent Bug: Tracker item: #3716 - - Unable to downgrade from 7.x head to 6.x head - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3716 Recent Bug: Tracker item: #3717 - - Installer quiets errors in all database queries - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3717 it's written in the install and admin general if it's not, it's really an old version and we no longer support it anyway lphuberdeau: any reason not to have an "about tikiwiki" link on the home page, or have it down at the bottom in the banner? where? lphuberdeau: at any rate, it would be VERY helpful to have a "how do you find the version" instruction in the "how do I post a bug report" page at http://dev.tiki.org/How+to+Submit+a+new+item+on+the+Wishlist true, feel free to add it ;) lphuberdeau: down at the bottom where I see the "Powered by tiki" picture, together with php, smarty, etc. you mean have an about page in tiki? lphuberdeau: Yes, that would be great. But at any rate, to have something like the "How do I find my serial number?" links that support sites have... luckily, we don't have serial numbers no, but you have version numbers, which are just as hard for a user (as opposed to an admin) to find... Info: Tiki Wiki CMS Groupware 6.1 - http://info.tiki.org/article133 Info: Tiki Releases 6.1 Update - http://info.tiki.org/article132 Info: Une solution Wiki rĂ©ellement multilingue - http://info.tiki.org/article131 as I said, feel free to improve the documentation as you see fit and useful lphuberdeau: I can't. My solution to this would be what I did: "ask the person at your site what is the version of tiki you are running," which isn't a satisfactory answer. lphuberdeau: Do users typically have access to the install and admin general? or only admins? The way I see it, the site administrator is responsible of the users on their site, and after investigating, they are the ones who will report bugs lphuberdeau: well, I can't make you change your mind, but that seems really wrong to me. Bug reports are critically valuable for s/w development, and making it hard to report them seems like A Bad Thing. I used to maintain our tw install, but don't have to do it any more. I just can't imagine having to handle all support requests and bogus reports lphuberdeau: hm. how many sysadmins do you think are going to be willing to do the work of submitting someone else's bug reports? Very few, I'd bet. Maybe they'd do security bugs, but what about, say, usability, or screen layout? well, you at least need to have an owner of the site responsible for configuring it outside of the actual sysadmin and I think you will run in trouble quite fast if that person does not have admin rights lphuberdeau: Right, but what about the case where that person is not a user him or herself? I just don't see how that would work lphuberdeau: In an organization where there is an IT staff, they may well never be users. lphuberdeau: How do you think Mozilla does it? someone needs to triage user issues, issues specific to their installation and issues that are really related to tiki lphuberdeau: You must see that people who make software that is used will collect bug reports from users, not from support staff for users. Mozilla has it's own bug tracker for issues related to their fork of tiki lphuberdeau: Why do you think that a sysadmin would be willing to do that? Recent Bug: Tracker item: #3716 - - Unable to downgrade from 7.x head to 6.x head - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3716 Recent Bug: Tracker item: #3717 - - Installer quiets errors in all database queries - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3717 Recent Bug: Tracker item: #3718 - - Long forum topic title messes up screen layout - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3718 No, I mean, Mozilla collects bug reports from people who use Mozilla products, not just from sysadmins that support users. sure, they let their users report issues in their own tools, they don't send their users to us for bug reporting they validate the issues, then assign developers to it Right, but you are telling me that I, a user of your tool, am not supposed to submit a bug report. I'm saying you should report to someone internally first, it may just be a configuration isssue I'm supposed to convince our sysadmin that he should do my data entry onto your bug form. With all due respect, that seems crazy. you need some level of privilege to answer questions that WILL occur as follow-up happens not saying sysadmin, I'm saying the owner of the site sysadmin is just keeping the machine running lphuberdeau: I don't understand what you think this distinction means. Our sysadmin installs and maintains the tiki. There is no "owner." he turns on/off features, configures trackers and all? yes then he's responsible of the triage in case he made errors in the configuration process lphuberdeau: Look, this is a bug in the PHP code. It's not a config issue. This guy is not going to do my typing for me to fill out your form. how do you know it's a PHP bug? Info: Tiki Wiki CMS Groupware 6.1 - http://info.tikiwiki.org/article133 Info: Tiki Releases 6.1 Update - http://info.tikiwiki.org/article132 Info: Une solution Wiki rĂ©ellement multilingue - http://info.tikiwiki.org/article131 lphuberdeau: Because it's a screen layout issue. lphuberdeau: you can get the forums to have pull-down menu entries that are arbitrarily long, and that means the screen layout goes to hell. well, that's most likely a CSS issue then lphuberdeau: Possibly, but I doubt it. Here's the deal: if you have a very long forum topic title, then you get a very long menu entry for "move this article to a different topic," and that means the middle frame gets too wide. Either that's not a config issue, or the configuration process is insanely complicated. well, one easy solution is to use a shorter title that's the kind of solution the administrator can apply on the short term, as that issue might not be fixed right away, and the next major release is in 5 months, then you have to deploy internally Yes, the easy solution to handling bad input is to just never get any bad input. I wish MY software engineering projects were that permissive. "Don't worry about the buffer overflow, no one will pass in a long string." first time I use tiki referred to as an engineering project we typically use 'collaborative project' Info: Tiki Wiki CMS Groupware 6.1 - http://info.tiki.org/article133 Info: Tiki Releases 6.1 Update - http://info.tiki.org/article132 Info: Une solution Wiki rĂ©ellement multilingue - http://info.tiki.org/article131 Recent Bug: Tracker item: #3716 - - Unable to downgrade from 7.x head to 6.x head - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3716 Recent Bug: Tracker item: #3717 - - Installer quiets errors in all database queries - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3717 Recent Bug: Tracker item: #3718 - - Long forum topic title messes up screen layout - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3718 t.o sites down again :( tw.o or t.o is just a shortcut referring to the official website of the project: http://tiki.org lphuberdeau: That's like saying the Channel Tunnel was an international project, rather than a civil engineering project. Info: Tiki Wiki CMS Groupware 6.1 - http://info.tikiwiki.org/article133 Info: Tiki Releases 6.1 Update - http://info.tikiwiki.org/article132 Info: Une solution Wiki rĂ©ellement multilingue - http://info.tikiwiki.org/article131 New Forum Posts: Searching Forum Posts - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=39874 New Forum Posts: Image Gallery BMP files won't create Thumbnails - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=39873 Recent Bug: Tracker item: #3716 - - Unable to downgrade from 7.x head to 6.x head - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3716 Recent Bug: Tracker item: #3717 - - Installer quiets errors in all database queries - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3717 Recent Bug: Tracker item: #3718 - - Long forum topic title messes up screen layout - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3718 New Forum Posts: Possible Bug w/ Wiki Editor - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=39875 wtf is going on? getting old reports is someone working on the sites? i'm seeing really odd pages http://info.tiki.org/9b76e7dad9e9362b3e0bd1b35b1c1588 Recent Bug: Tracker item: #3716 - - Unable to downgrade from 7.x head to 6.x head - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3716 Recent Bug: Tracker item: #3717 - - Installer quiets errors in all database queries - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3717 Recent Bug: Tracker item: #3718 - - Long forum topic title messes up screen layout - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3718 Recent Bug: Tracker item: #3716 - - Unable to downgrade from 7.x head to 6.x head - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3716 Recent Bug: Tracker item: #3717 - - Installer quiets errors in all database queries - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3717 Recent Bug: Tracker item: #3718 - - Long forum topic title messes up screen layout - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3718 Recent Bug: Tracker item: #3716 - - Unable to downgrade from 7.x head to 6.x head - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3716 Recent Bug: Tracker item: #3717 - - Installer quiets errors in all database queries - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3717 Recent Bug: Tracker item: #3718 - - Long forum topic title messes up screen layout - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3718 tikiwiki: 03nkoth * r31458 10/trunk/lib/ (3 files in 3 dirs): [ENH] Make it possible to do ajax checking of captcha in the registration using pretty trackers kill that bot, it's flooding us tikiwiki: 03nkoth * r31459 10/trunk/lib/validators/validator_captcha.php: [ENH] Make it possible to do ajax checking of captcha in the registration using pretty trackers (missed out from previous commit) more then the bot... theres something going on, on the sites Recent Bug: Tracker item: #3716 - - Unable to downgrade from 7.x head to 6.x head - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3716 Recent Bug: Tracker item: #3717 - - Installer quiets errors in all database queries - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3717 Recent Bug: Tracker item: #3718 - - Long forum topic title messes up screen layout - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3718 is there a bot running wild, making new pages on t.o sites??? Recent Bug: Tracker item: #3716 - - Unable to downgrade from 7.x head to 6.x head - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3716 Recent Bug: Tracker item: #3717 - - Installer quiets errors in all database queries - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3717 Recent Bug: Tracker item: #3718 - - Long forum topic title messes up screen layout - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3718 tikiwiki: 03nkoth * r31460 10/trunk/lib/captcha/captchalib.php: [FIX] Limit effect of previous commit to default Zend captcha (to prevent problems in case of recapture). (Make it possible to do ajax checking of captcha in the registration using pretty trackers) hi, since upgrading from 5.1 to 6, admin user can log in fine but any normal user only gets a blank page with
in the pagesource Recent Bug: Tracker item: #3716 - - Unable to downgrade from 7.x head to 6.x head - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3716 Recent Bug: Tracker item: #3717 - - Installer quiets errors in all database queries - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3717 Recent Bug: Tracker item: #3718 - - Long forum topic title messes up screen layout - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3718 adding a normal user to the admin group makes think work for that user. any ideas whats going on here?