Category: Consistency

{syntax type="tiki" editor="plain"}
On dev.tiki.org

If I delete a tracker item, the notification email is entitled:

"Bugs & Wish list" item "" was modified at dev.tiki.org by "Marc Laporte"

1- So it's missing the decription of the wish

2- The content is
{CODE()}ItemID 2855 was deleted in the tracker Bugs & Wish list

Author: Marc Laporte
Date: 07:40 UTC{CODE}

So, it's missing the last info before it was deleted. What's the point of watching if I don't get a copy before it's deleted?

in debug mode (eg. when debugging ldap logins) many log entries are created at the same time so sorting by time is not sufficient to get the entries in their real order. Sorting by ID is better then.

Unfortunately sorting by ID leads to an unexpected result.

Looking at the code the problem can be fixed easily: The problem is that two tables are being joined (actionlog and actionlog_conf) and sorting by ID leads to sorting by actionlog_conf.id instead of actionlog.actionID.

Both needs to be fixed - in the SQL query the table for sorting must be added in the sort statement, in the template the columnname must be changed from Id to ActionId.

See patch.

{syntax type="tiki" editor="plain"}
Hi,

!!!This problems concerns quite all table and forms (in tables or not) with fixedwidth themes.
This is the reason while it appear in so many functions.

!!!As for most of tables in many functions, with "twist" (no other style tested) the tables of the middle (C2) either overlap C3 or are behind C3 and sometimes C2. They just have a little part outside the 990px large (in twist as the width is written into css it can't be changed by prefs).

__~~#F00:The corresponding functions are then completely unusable.
~~__

Here I write this for the example elementary function "add an element to a structure" givin in screenshots joined documents

Three scrennshots proposed are :
#What a user see
#The limit of the div as shown by firebug
#The whole div zone hidden

{syntax type="tiki" editor="plain"}
!!!After upgrade the admin can't login anymore

!!!The failure sequence :
#Create a new directory or repository for the new version
#Update with your files (particularly images or icons)
#Site enable (example a sub-domain) on Apache
#Copy the database on new name
#Install manually .htaccess (compare and insert your valid options )
#Update "local.php"
#run <your new domain>/tiki-install.php. Goto the end (note an error occurs if your say at the end "run tiki" without locking or not because tiki-setup tries to re-open a session already automatically opened by installer). You just launch again (default tiki-index)
#~~#F00:__Try to login as admin : You will be rejected as wrong password __~~

!!Analysis - many possible reasons :
There are a lot of reasons to be in this situations. So to be successful a lot of conditions must be satisfied :

#If your new version uses the same current domain (after upgrade for my own I defines the same "servername" as current one and then keep the other when a particular name containng the version :
- The Cookies of session will try to reconnect an older version and a trace shows that the password is not the one you have given (generally empty). So the cookies of the site name must be cleared on your navigator

#The temp files or session table contain too wrong data : they must be cleared on server for your current copy (SVN update case)

#Your admin record in user_user record contains sessions data : they create a conflict which makes crash your login

#Be careful of the fact that you can have an open session in your navigator with the same site (sometimes we uses a lot of tab management which can create this : on firefox use showcase and search to clear your old sessions

#Generally avoid these problem is sufficient but at the end you will be prompt to update your password (as for the first login as admin with password admin). This can fail for the following reason : if the .htaccess is not set or modrewrite not well operational the <site name> will include the "port" used by your server. If your NAT translates the port address (i.e. 80-> 4397) you will get the following url <site>:4397/.... which fails

It is sure that if you use only one site close everything and upgrade you will get the minimum of problems but you will get someone anywhere.


!!~~#099:This situation is common and complex for whom have to manage product and data migration from one version (or several) of tiki to a new one.~~
It is not seen generally by developers, because it is not at all their common upgrade process nor test.

I'm am experiencing a severe problem about my files upload path: I once must have set the path to the absolute path "/files/uploads". When I now try to
* change the path to a relative path like "files/uploads" or "./files/uploads"
* change the path to the correct abs path like "/var/htdocs/wiki/files/uploads"
* change the file storage to database

nothing else happens. It keeps trying (and failing) to upload to the path "/files/uploads". The only workaround currently was to create the path "/files/uploads" so that tiki can upload files into that directory (what really strikes me, I don't want a /files directory in my root). But even after this workaround I cannot change my path or change to database storage.

Please help. Thanks.

The calendar in TW6.7 does not render correctly in IE8. It shows two months worth of dates instead of the expected single month when in month view. Week view and day view render correctly in IE8, though.

Also, amazingly, the same install of TW6.7 shows the dates of the month of March when viewed with IE8 and April (the current month) when viewed in IE9 and other major standards compliant browsers.

When you place more then 167 nested plugins of for example DIV (so not nested in nested in nested..., just plugins with only one nested plugin each). It will eventually not parse the plugin anymore.

Wikicode:
{CODE()}.
.
.
{DIV(id="test1")}test1{DIV(id="test2")}test2{DIV}{DIV}
{DIV(id="test1")}test1{DIV(id="test2")}test2{DIV}{DIV}
{DIV(id="test1")}test1{DIV(id="test2")}test2{DIV}{DIV}
.
.
.
{CODE}

The result will be:

{CODE()}test1
test2
.
.
.
test1
test2
test1{DIV(id="test2")}test2{DIV}
.
.
.
test1{DIV(id="test2")}test2{DIV}{CODE}

This is due to a counter (passes) within the PluginMatcher.php which is limited to 500. But I'm guessing this counter is meant to avoid 500 nested in nested in nested in nested...etc (which indeed make sense to me), but not that this keeps counting when you start a new plugin.

I think there should be some attention to the levels. It seems that level zero is the whole text and that level one is simply the detection of the plugin, level two is the detection of a nested plugin, level 3 is the detection of a nested in nested plugin etc.

I haven't figured it out completely, but I have found a workaround to make the counter count as espected. But this is again a workaround and a real solution is needed.

Edit: More info...it "goes wrong" when the performReplace function is called, which itself calls the getSubMatcher function again, which increases the level (for which I believe should not happen the first time it is called). Whithin the findMatches (which also calls the getSubMatcher) there is a test whether the $this->level is empty and if so, the passes-counter is restored to zero. This test is missing within performReplace, but should maybe also be added? The problem is then that the passes-counter should be also known by the other functions. Shouldn't be difficult to do.

In the source of a wiki page (current or prior version) double quote marks appear as a single character "

However, when viewing the same source in version compare mode, those same double quote marks are shown as the html & quot ; (spaces added to prevent any translation)

Look at the source line beginning ~np~__Spouse1:__~/np~ in the attached screen shots.

TRP-Compare-v4-5 used the following url [http://thereevesproject.org/data/tiki-pagehistory.php?page=Heard_Robert_Brookes_2236&history_offset=0&diff_style=sidediff&show_all_versions=y&compare=Compare&newver=5&oldver=4&paginate=on&history_pagesize=25&source=5]

TRP-Compare-v4-0 came from [http://thereevesproject.org/data/tiki-pagehistory.php?page=Heard_Robert_Brookes_2236&history_offset=0&diff_style=sidediff&show_all_versions=y&compare=Compare&newver=0&oldver=4&paginate=on&history_pagesize=25&source=0]

Sorry, but these pages will not be accessible as our site isn't available at that level of permission to non members, but I thought I should include them to point at the problematic screens.

NB All the changes to this page now being viewed were made several months ago using v4.3

Perhaps related to existing item HTML line break tags displayed in page source histories [http://dev.tiki.org/item3883], which are evident if the source of other than the current version is displayed and compared.

But note the line break tags are not displayed in the source comparison part of the screen where the & quot is found.

These inconsistencies are confusing, but not show stoppers in our upgrade to 6.7

Martin

Update--

This issue is obviously wider than the instance I've described above. We now have an example of & quot ; (without the spaces) appearing on a rendered page - look at child 5 Elizabeth on page [http://thereevesproject.org/data/tiki-index.php?page=Reeves_William_3054] which is publicly visible. The source of that page clearly shows double quote marks not html as follows ...
{CODE()}__Probable children of William Reeves and Anne Terrill__:
#((Reeves_Sylvia_3219|Sylvia Reeves)), b. 1792, m. Allan Burton before 1810
#((Reeves_Jennie_3218|Jennie Reeves)), b. c1794, m. Rev. Hardin Burton on 6 Dec 1815
#((Reeves_John_3282|John Reeves)), b. c1796
#((Reeves_Obedience_3217|Obedience Reeves)), b. c1796, m. William Buchanan Burton on 25 Oct 1814
#((Reeves_Elizabeth_3287|Elizabeth "Betsy" Reeves)), b. c1801, m. John Barton on 16 Apr 1822 in Grayson VA
#((Reeves_Anne_3299|Anne Reeves)), b. c1803, m. Terrell Cox
#((Reeves_Terrill_3283|Terrell Reeves)), b. c1807
#((Reeves_Lenoir_3284|Lenoir Reeves)), b. 1808
#((Reeves_Albert_3302|Albert Reeves)), b. c1813
#((Reeves_Gaston_3286|Gaston Reeves)), b. c1814
#((Reeves_William_3285|William Reeves)), b. c1818
#((Reeves_Timothy_3303|Timothy Reeves)), b. 1821
#Unknown Female born after 1820{CODE}

Let me know if this is a discrete issue and whether I should raise a separate ticket for it.

Thx

Martin

{syntax type="tiki" editor="plain"}
Tracker export items using the "quick export" option fails to fetch emails when they are shown through a "User Preference" type of field. The problem comes from the fact that the data from the subsequent columns got misplaced in the previous columns.

Exporting items through the second section of Tracker export items works as expected, and includes all data in the right place.

I've added a test Report with the bug tracker sample data, seems to work fairly well, except that it's not listing open items (which trackerlist does).

Robert, maybe there is some bug around also for those simple examples?

Compare this:
http://demo.tiki.org/9x/Bug_Tracker#Bugs_list_using_Plugin_Tracker_List_

with that:
http://demo.tiki.org/9x/Bug_Tracker#Bugs_list_using_Plugin_Report_

Report doesn't seem to filter by date as it's supposed to do.

I select to list only values after a date (by the way, how does report know that this field is supposed to be the start date? just because is the first one of a couple of consecutive date fields in a tracker?), and value before that date are also shown.

I mean, we have a tracker with several date fields (4 in fact) for project management:
* when the project was requested
* when the project started
* when the project is due to be finished
* the date of the next deadline to meet within the project timeframe.

Ideally, the user should be offered the option to select which tracker field want to use as a start date for the filter, and which one as the end date for the filter. And not just the creation date or the modification date.

Right now, it seems to be using either the creation or modification date of the tracker item? (which is less useful and less versatile than what it could be with the previous improvement of the design)

The other things that might be affecting the missbehavior of the filtering by date is that the date field in a tracker can be set either by using the "Date and time" tracker field, and the "Date and time (Date Picker)" (jquery) tracker field.
See http://doc.tiki.org/Date+Tracker+Fields

They both seem (from the end user point of view) to have different way to store data:
* JQuery date picker from the tracker-field "Date and time (Date Picker)" seems to use this syntax for dates: __yyyy-mm-dd__
* JQuery date picker from the Report Builder (tiki-edit_report.php) Start and End dates, seems to use this syntax for dates: __dd/mm/yyyyy__

Maybe this is also interfering in the filtering by dates?

In Spreadsheets' overview 'List Sheets' page date for 'Created' and 'Last Modif' are the actual date, not the real dates assigned to a sheet.

See:
http://fmg-11537-4338.show.tikiwiki.org/tiki-sheets.php

This following displays when the user was set up, not since "last visit date"

Since your last visit...
2012-11-21
9 new posts

I searched existing bugs and couldn't find any info pertaining to above.
Am I missing something obvious?

Thanks

PROBLEM (summary):
A Item Link field appears to be missing a condition to limit the list of items in the dropdown on a tracker form to those that the user has permission to see.

Details:
(Reproduced on demo.tiki.org site. See details below)

Imagine you are using the Tracker functionality NOT for user registration but for allowing users to create a home inventory.

You have 3 trackers created:

*1 a tracker of Location that has fields "Friendly Name" - Text Field, "Relation to Another Location" - Item Link to "Friendly Name" items in Location, and "Specific Location" - Text Area (Note: DO NOT give "Relation to Another Location" Item Link the ability to Add Item..., or you will zap all the memory of your Tikiwiki! )
*2 a tracker of Items that has fields "Friendly Name" - Text Field, "Location of Item" - Item Link to "Friendly Name" items in Location tracker, "Value" - Text Field
*3 a tracker of Inventory that has fields "Item" - Item Link to "Friendly Name" in Items (with an "Add Item..." option) and "Photo" - File

All 3 trackers have a mandatory User field with auto-assign to creator

Registered Users have ONLY the following tracker permissions:
tiki_p_attach_trackers
tiki_p_tracker_view_attachments
tiki_p_comment_tracker_items
tiki_p_tracker_view_comments
tiki_p_create_tracker_items
tiki_p_modify_tracker_items
tiki_p_remove_tracker_items permissions

Data input is carried out via wiki pages with tracker/trackerlist

ALMOST everything is working - 2 users (TEST1 and TEST2) can input data and neither can see the other's inventory. - That's Good.

The PROBLEM is:
The Item Link drop-down shows ALL the items of the tracker from both users.
In other words, when TEST1 is selecting a Item from the Tracker List, TEST2's items show up.

Fortunately, if the Item List is rendered as a link in the trackerlist, TEST1 will get an error when trying to click on TEST2s stuff (presumably, to see the Value field to come over to his house and steal his stuff ;) )

But, the problem is that, with a lot of users, the dropdown list becomes unusably long.

Reproduction on the 10X Demo site:
Log in as TEST1 or TEST2
Password 12345
Go to the Home Inventory Form wiki page
Test1 has: Television in Office in Test1s Home
Test2 has a vase in bedroom of Test2s home
Admin has a Linux computer in the living room ;)

Now, if you go in as, say, Test1, on the Home Investory Form page you will only see Test1s stuff, but in the dropdown box of locations, you'll see Test2's bedroom, Test2s home and Admin's living room.

I had to change (limit) Registered group's access as describe above in the details.
Sorry to anyone out there using it!

Start with an existing tracker with itemsin it
Add new dropdown or radio field with option "Europe,Europe,Asia" to tracker
→ Existing items show immediately as if "Europe" value has been selected.

In Tiki 6.x and 10.x, the existing items correctly show an empty field, since no value has been entered so far.

Changing date of a calendar event sends a watch email with the former date

{syntax type="tiki" editor="plain"}
JavaScript pop-up calendars get hidden behind CSS "layers" in Trackers, especially when using the tabbed view. I've noticed this problem with more than one theme (Strasa and Tikipedia). It's a shame, since the popup calendar (or date picker) is such a useful tool, and works well in the 4.0 Add Calendar Item interface.

Workaround - Turn "tabs" off when inserting a new item, or else use the date selector control (not as nice) also provided with trackers.

The hidden date picker / popup calendar occurs in the latest versions of Explorer and Firefox, so it doesn't seem to be a browser problem, but rather a stylesheet problem (?).

~~#f00:__UPDATE - DEC 16, 2009__~~

This bug has been seen before...
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1585&show=view&trackerId=5

The "fix" can be made locally - see workaround below

At http://tv.tiki.org/tiki-list_kaltura_entries.php i can see list of media.

Click on the thumbnail reveal the action menu.

This is "too" or not enough intuitive.
Instinctively clicking on the thumbnail should start the video (like view).
We should reintroduce the wrench near the info icon.

---

If i go to:
http://tv.tiki.org/tiki-list_kaltura_entries.php?list=media&view=browse

Clicking on the thumbnail does absolutely nothing.
So from view=browse i can't do anything but see thumbnails.

When you click on the Edit button of a KanBan card it load a new page to edit the trackeritem.

Everywhere else (by default) the edit trackeritem screen opens in a modal.
It should be the same for the card of a Kanban plugin.

I created an instance : http://bsfez-11581-8358.show2.tiki.org/tiki-index.php?page=Basic-board

If a user selector field is used in KanBan it should behave accordingly to the Tiki preferences for the username display.

If the Tiki is set to use the user real name it shouldn't be different in Kanban.

When editing a page in IE, you get a big chunk of white space that extends below the footer, i.e., you can scroll past the bottom of the page content.

Doesn't look like the create instance is working right now for some reason, but I tested on a tiki 11 demo, and it affects my install.

http://www.capsaconsulting.com/tiki-index.php

A vanilla install was accomplished.
Added last_blog_post and last_changes and last_articles to right side menu.
The title for the area "last_blog_post" is not consistent with the others in that the title is not Bold, Underlined.

The "LDAP external group" settings are not correctly used.

In lib/userslib.php around line 1320.
The array "ldap_group_options" is filled with the data for a search on the groups in ldap.
Later on "ldap->get_groups" is called with this options.

Inside "ldap->get_groups" the first action is to call "get_user_attributes".
But now the configuration is set up for the group search, means the search for the user attributes is done with the ldap configuration (host,port,basedn,...) from the "LDAP external groups".

Usually (with a single more or less unstructured ldap) you will not notice it.
But if you have a separate ldap or at least another "scope" for the groups, this will fail, because it will not find the user-attributes in the ldap where the groups are.

I have not thought about a fix yet ... first I wanted to report it :-)

Besides this, there are some harmless typos in lib/userslib.php: auth_ldap_groupdescattr is with one "t" only in some places.

in file tiki-admin_include_login.php
if (isset($_REQUEST["auth_pear"])) {
check_ticket('admin-inc-login');
simple_set_toggle('auth_create_user_tiki');
............
....
.....
missing 2 lines below.
simple_set_value('auth_ldap_emailattr');
simple_set_value('auth_ldap_countryattr');

Missing database entries for ldap email and country

In lib/prefs/permission.php is a help text that resists all trials to translate it. It __does__ get pumped through tra(), but I cannot translate it even if I copy exactly the string from the PHP source code. I have also tried to substitute the line break that is contained by \n, the newline character. To no avail.

The code in question is this:

{CODE(colors="Tiki")}
function prefs_permission_list()
{
return [
'permission_denied_url' => [
'name' => tra('Send to URL'),
'description' => tra('URL to redirect to on "permission denied"'),
'type' => 'text',
'size' => '50',
'default' => '',
'tags' => ['basic'],
],
'permission_denied_login_box' => [
'name' => tra('On permission denied, display login module'),
'description' => tra('If an anonymous visitor attempts to access a page for which permission is not granted, Tiki will automatically display the Log-in module.
Alternatively, use the Send to URL field to display a specific page (relative to your Tiki installation) instead.'),
'type' => 'flag',
'default' => 'n',
'tags' => ['basic'],
],
];
}
{CODE}

The string in 'description' cannot be translated. And when I grep through the entirety of Tiki 18.6, in __no language__ has anyone managed to translate this part, because in all of the 58 languages that are available in /lang, not a single one custom.php or language.php contains a string starting with "If an anonymous visitor"...