Category: Error

The date picker range is fixed to 2013 to 2028 and does not change with settings in the Control Panels -> General -> Date and Time; Start Year and End Year.

Tested on https://dev.tiki.org

Israel is now UTC+3
I entered 22h for meeting time.
Linux timestamp is correct : 1381518000 = Your time zone: 11 October 2013 22:00:00 GMT+3

However the plugin show me (my user pref are : Asia/Jerusalem UTC+2) on the page : 11 Oct. 13 21:00 IST (not so long ago it show IDT).

Seems Tiki, or the plugin are trying to tell me that Israel is UTC+2 and that is wrong.

If I switch my user preference to ''Site Default'', it shows : 11 Oct. 13 21:00 CEST.
if i switch to ''London UTC+0'', it shows : 11 Oct. 13 20:00 BST

Addition: I added date to convene i created yesterday. Some show IDT some show IST.
They should show the same.
I check the linux timestamp they all are 22:00 (GMT+3) but they show 21:00 on the tiki page.
{img type="fileId" fileId="417" thumb="y" rel="box" noDrawIcon="n"}

It ''should work''

{img src=images/code.png}%%% {CODE()}
title
To override the title of a menu, add title=Menu. If you have a space in your title, use: ''title="Developer Menu"
{CODE}
http://doc.tikiwiki.org/Module+admin

Using Structures to assemble Wiki pages into a book is a very powerful way to manage sets of pages in a holistic manner.

A common usage requirement however is to be able to restrict access to some selected pages within a Structure, which works fine from an access control point of view, BUT when the toc function is used ALL the pages will be listed within the Structure no matter what Category permissions the individual user has. This means that users have visibility of some pages that they cannot access - which may be very undesirable!! and conflicts with the WYSIWYCA principle.

It would be extremely useful to be able to filter the resultant list from the toc function, to just the pages/links that the individual user's categorisation permission allow them to see. In this way the categorised pages would not be visible at all in the same way as they are treated in many other functions e.g. List pages etc.

Still does this in 3.0b4

FIXED

The "pagename" parameter of ~np~{toc}~/np~ seems to be ignored.

On any new wiki page __~np~ {toc} ~/np~ __ would not be expected to show anything since the page is not part of a structure. This works as expected.

However change that to __~np~ {toc maxdepth=3 shownum=1 structId=15} ~/np~ __ (or any other valid structure Id) and the first three levels of the structure are correctly listed.

From that structure listing, pick a target page, preferably one which is known to have sub-ordinate pages in the structure, for example
__~np~ {toc maxdepth=3 shownum="1" structId=15 pagename=Group#03} ~/np~ __ or __~np~ {toc maxdepth=3 shownum="1" structId=15 pagename=Smith_Fred_1234} ~/np~ __

This should list the structure below page "Group#03" or "Smith_Fred_1234", but instead it lists the root of the structure, as if the "pagename" was missing.

Also, for a page in a structure, the pagename does not default to the current page (as per documentation at http://doc.tikiwiki.org/Structure+User ) when structId is used

Further background at http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=37636&topics_sort_mode=lastPost_desc&forumId=4 This is really hurting us.

We're new to TikiWiki and any work-around suggestions would be really helpful.

Thanks

Martin

U1. Updated with alternate example page names

This Todo tracker isn't working for sorting items via column sorts or filters.

Toggling the item status leads to the following pictures. The bug is displayed in the third picture. As one can see, the url param isn't correctly appended.

{img fileId="1326" thumb="box"}

{img fileId="1327" thumb="box"}

{img fileId="1328" thumb="box"}

I will make a video

{flash type="url" movie="display768" width="774" height="847"}

WYSIWYG toolbar for the text_area field is not working if field is set to multilingual.

Check the instance: http://bsfez-11581-5068.show.tikiwiki.org/tiki-list_trackers.php

I have set 3 trackers.

One with 2 text area and 2 with a single text area (one set multilingual yes, one with multilingual no).
Only the single one with multilingual = no work properly.

Today in the https://tiki.org/Roundtable-Meeting-2020-09 we noticed that a plain registered user is not able to see the forum post "type" dropdown when starting a a new topic (the first message of a new forum thread). Reproduced with user @xavi . However, when listing the topics of a forum, the first column is shown for that same user (as well as anons) indicating the topic type: all say "normal" here:
https://tiki.org/forum4


However, a user with admin rights (for instance @xavidp ) is able to see the dropdown of topic type: Normal | Announce | Hot | Sticky | Deliberation.

Reproduced here:
https://tiki.org/tiki-view_forum.php?openpost=1&forumId=4&comments_threadId=0&comments_threshold=0&comments_offset=0&thread_sort_mode=lastPost_desc&comments_per_page=20

I've checked in the forum edition page, or forums control panel, or forum4 permissions, and I couldn't find anything to explain that behavior. Maybe some bug in some tpl or php code which control which permissions are needed to display that dropdown field?

You cannot a topic with the same title and data in different forums. By the check_for_topic function of the commentslib it is checked, if a topic already exists and if true the user is send to that topic.
I am having this use case in forums for different courses to take place and the common topic to invite the participants to register by the forum.
Even after I managed it to have the participate topic in every forum by changing the title and data slightly, the replies to that topics get messed up again and seem to be hidden. A look in the database shows, that the replies are marked as replies to the first topic fitting in regard to title and topic by setting the parentId to threadId of the fitting. But the data in the column object keeps to be set to the forum the reply was meant to be.

I noticed today a bunch of trackback spam in my Tiki-powered blog.

According to Wikipedia, "Many blogs have stopped using trackbacks because dealing with spam became too burdensome."
http://en.wikipedia.org/wiki/Trackback

If you get trackback spam in Tiki, here is how to clean:

Using phpmyadmin, go to the table: tiki_blog_posts

And find the colums "trackbacks_to" and "trackbacks_from". They should contain:

a:0:{}

instead of the spam.


Now, a more permanent solution to avoiding Trackback spam would be nice. Checking how other blogging software does it should provide some tips.

Some ideas:
0- A way to turn it off (this exists in more recent version of Tiki 1.9.x, see "Trackbacks Pings" in the admin panel)
1- Easier mass deletion
2- Email notification to blog owner
3- Using an online service to check for spam.

{syntax type=tiki}
{syntax type="tiki" editor="plain"}
This is the ((Tracking system for Tiki issues)).
If this is your first time, please read: ((How to Submit a new item on the Wishlist))

When you use filter in tracker and click on the next page button the displayed items are un-sorted.

Filing a bug report in this tracker which mentions javascript ended up with a report with inserted within the word javascript.

{syntax type="tiki" editor="plain"}
the tracker wikiplugin does not forward $tiki_p_attach_trackers to tracker_item_field_input.tpl
causing a Permisson Denied for the not admins

{syntax type="tiki" editor="plain"}
Hi - earlier this eve i reported a bug with the Movies and then when i was looking at the tracker post i clicked on the eye icon to "watch this post" but got the following error -> "An error occured in a database query" ... and here is the screen shot i captured and uploaded as fyi ...

{img src=show_image.php?name=screenshot-bug-watch-tracker.jpg }

to be continued ... cordially, chuck scott

{syntax type="tiki" editor="plain"}
Create a Tracker with any number of fields.

Use the "insert new item" tab to insert an item.

Just click "Save", without selecting either the "View inserted item" or "Insert new item" radio buttons. You will be returned to the tracker list, but the browser (I.E. 7.0) will hang indefiniately and lock up.

Work-Around.
Selecting either of these radio buttons - "View inserted item" or "Insert new item" - will avert any browser locking problems.

I have seen this behavior on two different trackers, one in 3.1 and one in 3.2 instance. 3.1 tracker had 16 items. 3.2 tracker had over 70 items. Both behaved well if "Save" was paired with radio-button selection.

Trackers can be created via a number of different routes - but when the import/export method is used to import the parameters from an existing Tracker to create a new Tracker, the Creation date is left unset ie the database entry is NULL.

Whenever the Trackers are listed the NULL Creation dates values in the listing are then set to the current date instead of being left blank - which of course is very confusing.

This problem is somewhat compounded by the Tracker listing being fixed. ie the default Tracker listing cannot be fine tuned; the field choices and sort order are fixed and there is no way to change this (unlike most of the other TW features). This inability to format Tracker listings has been posted as a previous Feature Request (see item 2007)

No longer relevant - 15th June 2013

When tracker data with checkbox field is exported as a csv file the checkbox data is displayed as either y or n - just as it in the DB

However if this same data is re-imported any checkbox data with a 'y' is not set properly and is actually set to 'n' which will inadvertently corrupt existing data

If the spreadsheet data is manually update to change y into 1 then it is correctly interpreted as a y

I've rated this as a 10 for importance even though there is this workaround because of the data corruption that can occur if you do not know about the problem

This is being reported as 12.x bug but I suspect it also exists in 13.x and trunk - but not tested there

When using the TRACKER plugin with Tiki 2.2:
*I created a new tracker.
*In the tracker's description, I enabled the "Wiki parsed" option and included wiki syntax in the description.
*On a wiki page, I added the tracker with the TRACKER plugin
*I set the __showdesc=y__ option.

The description appeared, but was not wiki parsed.

I put Tiki 13.x but this problem started with Tiki 5 and continues through Trunk.

When you create a Tracker, there is an option for displaying the tracker item with template, and the template can be a wiki page or a template file. The documentation for that option has always been: "wiki:pageName for a wiki page or tpl:tplName for a template".

But if you use the template file option, and include the "tpl:" prefix with the template file name, then the template file is never found. The template file option works fine if you only enter the template file name and do not use the "tpl:" prefix.

I can not create a show instance because I can not create a template file on the show instance server.

If you create a tracker with an email field, and choose to validate that field by Tikiwiki, it will call TrackerLib->check_field_values(), that will include lib/trackers/trackerlib.php, that will include lib/registration/registrationlib.php, that will include lib/db/tikitable.php that will call check_script() function in an empty object ($access->check_script()) . Here is a trace log:


[client 192.168.1.75] PHP Stack trace:, referer: http://newtiki/tiki-view_tracker.php?trackerId=1
[client 192.168.1.75] PHP 1. {main}() /tmp/tikiwiki/tiki-view_tracker.php:0, referer: http://newtiki/tiki-view_tracker.php?trackerId=1
[client 192.168.1.75] PHP 2. TrackerLib->check_field_values() /tmp/tikiwiki/tiki-view_tracker.php:473, referer: http://newtiki/tiki-view_tracker.php?trackerId=1
[client 192.168.1.75] PHP 3. require_once() /tmp/tikiwiki/lib/trackers/trackerlib.php:1116, referer: http://newtiki/tiki-view_tracker.php?trackerId=1
[client 192.168.1.75] PHP 4. require_once() /tmp/tikiwiki/lib/registration/registrationlib.php:21, referer: http://newtiki/tiki-view_tracker.php?trackerId=1
[client 192.168.1.75] PHP Fatal error: Call to a member function check_script() on a non-object in /tmp/tikiwiki/lib/db/tikitable.php on line 10, referer: http://newtiki/tiki-view_tracker.php?trackerId=1

the button "insert internal link" (on the WYSIWYG-editor) doesn't work.

it opens a new window "local.php not found — This is normal if you have not run the tiki installer yet".


(but i run the tiki installer)

When I select "Admin > Wiki > Mandatory category in the category tree", the list of categories while editting a wiki page is blank, or it says no category is defined. However, if you click on "admin categories", they are defined indeed.

When you unselect this check box, and clean caches, categ. list is working fine again.

This is not a theme specific issue (reproduced with geo.css, tikineat.css, lesjetesdelencre.css, ...)

----
update: sylvieg fixed that months ago, I think. (thanks sylvie)