TW5.0beta1
Tried a field($fieldid,user,$trackerid) ex
Debug insight:
While field($fieldid,user,$trackerid) results in the unresolved itemid referencing to the item link domain, the
$items = $trklib->list_items($trackerId, $tr_offset, $max, $tr_sort_mode, $passfields, $filterfield, $filtervalue, $tr_status, $tr_initial, $exactvalue, $filter, $allfields);
call does not work. Namely, $trklib->list_items(..) works with the resolved item links. Therefore, there is no match.
(1) $trklib->list_items(..) shall use the itemid references instead of the real value in my opinion. However, this must have a big impact.
(2) We could resolve the link too when processing the field(..) exactvalue parameter. This way the strange behavior of $trklib->list_items(..) can be satisfied. To do so, we may add
$field = $trklib->get_tracker_field($matches[2]); if ($field['type'] == 'r') { $refItemId = $trklib->get_item_id($field['options_array'][0], $field['options_array'][1], $l); $l = $trklib->get_item_value($field['options_array'][0], $refItemId, $field['options_array'][3]); }
after the
$l = $trklib->get_item_value(0, $matches[4], $matches[2]);
line.
To help developers solve the bug, we kindly request that you demonstrate your bug on a show2.tikiwiki.org instance. To start, simply select a version and click on "Create show2.tikiwiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show2.tikiwiki.org.
filename | created | hits | comment | version | filetype | ||
---|---|---|---|---|---|---|---|
No attachments for this item |