Name | Type |
---|---|
13.x: TrackerCalendar info in the popup box when hovering on items shows content without parsing (ok in 12.x) | tracker item |
14.x: Tracker inline editing broken through Plugin TrackerList | tracker item |
Calendar module | tracker item |
Cannot manually create user when using LDAP
When using LDAP External authentication, I am unable to create a new user on the user administration page. It does not require a password to create the user, but when you click Add, you receive the error message "Password should be at least characters long" Users are created when they login the first time, but I need to configure permissions before they login. |
tracker item |
Category filtering fails in tracker
Filtering by category in trackers yields zero results. However, there are tracker items in the category, and they appear if you browse the category. Other filtering appears to work properly. The URL appears to be malformed: Note the extra bracket after filtervalue[33] parameter. http://www.casesofinterest.com/tiki/tiki-view_tracker.php?trackerId=7&status=o&sort_mode=lastModif_desc&filterfield=33&filtervalue[31]=&filtervalue[32]=&filtervalue[49]=&filtervalue[47]=&filtervalue[41]=&filtervalue_other=&filtervalue[35]=&filtervalue[33][]=102&filtervalue[40]=&filtervalue[34]=&filtervalue[45]=&filter=Filter However, manually removing the extra bracket also fails: http://www.casesofinterest.com/tiki/tiki-view_tracker.php?trackerId=7&status=o&sort_mode=lastModif_desc&filterfield=33&filtervalue[31]=&filtervalue[32]=&filtervalue[49]=&filtervalue[47]=&filtervalue[41]=&filtervalue_other=&filtervalue[35]=&filtervalue[33][]=102&filtervalue[40]=&filtervalue[34]=&filtervalue[45]=&filter=Filter |
tracker item |
Comments to Image Galleries cause failure in mod-since_last_visit_new.php causing site crash
When any user creates a comment for an image gallery all users with the since_last_visit_new module active will not be able to access the site. Instead they will receive this error message: Notice: Undefined index: list in /hsphere/local/home/stdiddl/breakingpaint.com/BP2/modules/mod-since_last_visit_new.php on line 87 {CODE(caption=Excerpt_from_line_86)} if (!isset($perm) || $userlib->user_has_perm_on_object($user,$res['object'], $res['objectType'], $perm)) { if ($ret["items"]["comments"]["list"][$count]["href"]) $ret["items"]["comments"]["list"][$count]["href"] .= '&comments_show=y#threadId'.$res['threadId']; $ret["items"]["comments"]["list"][$count]["title"] = $tikilib->get_short_datetime($res["commentDate"]) ." ". tra("by") ." ". $res["userName"]; $ret["items"]["comments"]["list"][$count]["label"] = $res["title"]; $count++;{CODE} Recreating the problem: #Enable comments for image galleries in Admin>general #Enable the module since_last_visit_new #Create an image gallery if one does not already exist #view an image gallery and post a comment |
tracker item |
Editing tracker items fails when filtered by categories
If you filter on a category field in trackers, you cannot edit any viewed tracker items. The system returns a SQL error because filterfield is set, and filtervalue is null. If you filter on other fields, you can save, with no errors. I have traced the problem to the calling of trklib->list_items (this holds the query that fails). This function is used to call and order the other tracker items for easy pagination of the filtered tracker items after a save. However, the real problem is that $_REQUST['filtervalue'] and $tryfiltervalue get lost in tiki-view_tracker_item.php when the save submit action is done on the form. Other URL query parameters appear to be stored as hidden fields on save action in tiki-view_tracker_item. For whatever reason, non-array filtervalue fields (e.g. plain text fields) are remembered and thus the pagination and call to list_items works just fine. However, when there is an array filtervalue (like there is with category fields), then filtervalue gets lost on the save action, and the save fails on a malformed query. |
tracker item |
Crash with blank screen at starting for new users (unknown) visitor with 8.1
Main bug. A new user can't at all connect and get a blank screen. This without crash. If the user have an analyser he will find that tiki has sent this code {CODE(caption="The page sent content")}<html><header</header><body></body></html>{CODE} |
tracker item |
PATCH: messu-compose hangs on french locale
When attempting to send messages to other tiki users whilst working in french locale, the messu-compose.tpl script hangs. The problem is due to the different interpretation of commas and semicolons on french and english locales. The call to the quickhint (popup help) feature hardcodes the commas and semicolons, and this frustrates the french locale. |
tracker item |
Language problems with mail notifications in tracker
There are some problems with mail notifications in tracker: - mail sent by tw is in the wrong language and the "from" header field is empty when deleting a tracker item, - mail sent by tw is (only) in the wrong language when the notification is about a comment or a file attachment - everything is ok when the notification is about an item changing {sign user="pascalstjean" datetime="2013-08-25T21:32:40+00:00"} Problem still seems to exist. Merging this case with Bug #4681 |
tracker item |
Unified Search Engine MFTS fails for any content (was 'Page alias not found by search') | tracker item |
tikiwiki calls non-existent pear library without checking that library is installed
I have configured "tiki and pear::auth" in the login section of tikiwiki on a server which did not have the pear php libraries installed. Next time I try to login with a user (not admin), I see a blank page. This happens because on line 756 of file lib/userslib.php $a = new Auth("LDAP", $options, "", false, $user, $pass); just dies without any error message. |
tracker item |
Fatal error: Cannot use string offset as an array in /home/tiki/public_html/modules/mod-func-calendar_new.php on line 72
Changi.