Category: 12.x

The action log filter Year dropdown only displays a range of 2004-2011 with no way to change it or choose another date.

{img fileId="695" thumb="y" rel="box[g]"}

__Update:__ Clarified some of the description below.

^Please note this field type is marked "experimental" in 12.x^

[http://doc.tiki.org/Action+Tracker+Field|Action Tracker Field] type does not work in Tracker plugin.
I have tried it but no button appears labeled "Reset" on the action field row next to the "Reset Password" in the table.
To reproduce:
General > Name: Reset Password
Options for Action > Name: Reset, Post: get, Script: tiki-remind_password.php, Parameters: name:userName

{img fileId="941" thumb="y" rel="box[g]" width="320"}

__It should render a post or get form or just a button labeled "Reset" pointing to tiki-remind_password.php__ but renders nothing in the Tracker plugin. Maybe it should render below the tracker form in the code to avoid ''form in a form'' conflict and be placed on the row position of the field using jQuery?


It only shows up (while editing the Tracker item) in a special section called
"__Special Operations__".

But clicking the button from there is buggy too. Goes to:
tiki-remind_password.php?name%3AuserName=name%3AuserName&trck_act=Reset

Instead of:
tiki-remind_password.php?name=admin&trck_act=Reset

When displaying a count of changes for a particular object the HTML to make that number bold is displayed.

===Example:===
OlgaEarLeftSideFace.png (x<b>15</b>)

"Show" is created. Example can be seen be clicking the "ActionCalendarExample" page from the "Last Changes" submenu of the "Wiki" menu.

-----

http://vranicoff-10064-4986.show.tikiwiki.org/tiki-action_calendar.php

{img fileId="635"}

http://marclaporte-11197-4963.show.tikiwiki.org/tiki-admin.php?page=community

{img fileId="615"}

Please make this Advanced not Basic {sign user="pascalstjean" datetime="2013-11-23T18:00:15+00:00"}

Renders like encoded HTML:
{CODE()}
<ol> <li><div class="activity" data-id="1"> <strong style="vertical-align: middle;"><a title="Your Information" href="tiki-user_information.php?userId=1" class="userlink ajaxtips" rel="tiki-ajax_services.php?controller=user&action=info&username=admin"><img src='temp/public/avatar_21232f297a57a5a743894a0e4a801fc3.jpg' alt='admin'></a> <a title="Your Information" href="tiki-user_information.php?userId=1" class="userlink ajaxtips" rel="tiki-ajax_services.php?controller=user&action=info&username=admin">admin</a> modified a tracker item</strong> <div class="content"> <p><a href="http://localhost/tiki12x/tiki-view_tracker_item.php?itemId=2" class="" data-type="trackeritem" data-object="2">AB</a> in <a href="http://localhost/tiki12x/tiki-view_tracker.php?trackerId=2" class="" data-type="tracker" data-object="2">Rating</a></p> </div> <div class="footer"> <span class="floatright"> 1911-02-22 16:11 </span> <a class="comment" href="tiki-ajax_services.php?controller=comment&action=list&type=activity&objectId=1"> Comment </a> <a class="like" href="tiki-ajax_services.php?controller=social&action=like&type=activity&id=1"> Like </a> </div> </div></li> </ol>
{CODE}

Changing File Gallery upload size really should be in: Admin Panel > File Galleries

This is a very common and necessary function that shouldn't have to be changed by changing scripts in php files (novices already have more than enough to learn with the Admin Panel gui, learning to change scripts in php files will only discourage new users and will serve as a reason to drop Tiki and move on to another program).

There should be a simple text box (or drop down) where the Admin can easily change the file size (assumption: when you press 'change preferences' the php script is updated).

On every Tiki site I've work, on this is always one of the very first problems I have to deal with.

thanks,
Mike

The release script checks the syntax of all php files so we need to add a way for each branch to warn when using a newer version of php than the min spec version for that branch.

I know how to do it, just need time so this is a reminder to myself ;)

I believe it would be great to have version numbers added to files and images gallery.
That way someone could have a reference to an archived file that gets sequential numbering, the way wiki pages do.

In my mind it would work exactly the same as on the wiki pages.
Every time a new file version is uploaded, it's version number would increment and that number would be visible as a column in list gallery and file archives. Maybe even rename "archives" to "file history" to make it identical to wiki and show it's working in a similar way.

Please see:
http://tiki.org/tiki-slideshow2.php?page_ref_id=565

The canonical should be the "Tiki Suite component interoperability" wiki page.

In 12.x if not risky, else in trunk
The canonical relation for https://themes.tiki.org/tiki-print.php?page=CSS should be:

{CODE()}<link rel="canonical" href="https://themes.tiki.org/CSS">{CODE}

https://doc.tiki.org/url+Tracker+Field?structure=HomePage+Tracker

There is no description of the options (not all of which are clear to me). Indeed, I did not realize there were options until I edited the field looking to change the display size (which is not an option). Fortunately, I then discovered display options that resolved a problem I was struggling with. I would have saved valuable time fixing my problem if I had seen the options in the documentation.

Add filter param to Plugin TrackerStat (to easily display graphical bars of tracker item answer counts from filtered results)

((doc:PluginTrackerStat)) is an easy way to display results from data in trackers. Trackers can be used to produce advanced custom surveys, and we could use on e single tracker to collect data from different semesters, years, projects, etc., but provide a simple interface to show a filter before showing results of bars with counts, etc., so that the use can choose in a central point which fields wants to use to filter data from a tracker.

This might be solved someway with plugin list and custom search and some tricky advanced display output or format syntax, but this in currently (as of April 2015) undocumented, and even if this might be feasible by experienced devs, it's not going to be as easy for endusers to be reproduced than just using the easy TrackerStat plugin with a new filter param, (similarly to the param filter in PluginTrackerList of TrackerFilter)

---
See some show instance with a call to TrackerStat already in place, if you want a snapshot of a working instance as a base tiki to get your development tests going.

http://xavi-9794-5261.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

add history & rollback capabilities to structures (record dump somehow when struct. changes, or allow saving structure dump for backup...)
This way, when the structure gets mixed by machine or human error, the structure can be rolled back to the previous state.

This way, we could be more open for registered users to manage http://doc.tikiwiki.org/Documentation (or others) without the risk of failure when nodes get moved to the wrong place (due to some bug in the code). Or due to mistake by benevolent newbies mixing things without bad intention.

---

UPDATE: Still desired for some LTS version. {sign user="xavi" datetime="2013-11-17T09:31:50+00:00"}

I find Google Alerts very useful - and they generate code in the format https://www.google.com/alerts/feeds/14597648580287617735/9526379150674439193

This URL doesn't seem to work in tiki-admin_rssmodules.php since the URL is not an XML file. I am however able to integrate a number of Google Alerts into an RSS Feed Reader like Feedly and output an OPML file - but this cant be read by rrsmodules.php either.

I gather that this module uses Zend Feed Reader and it doest have the functionality - so its probably an issue for them. Wanted to flag it as a really nice to have however - there must be lots of tiki sites out there like mine (eurafwiki.eu) which are trying to expose all available information and news on a small subject, and google alerts can really help in this. .

Thanks, Gerry Lawson

Right now, if you have a multitiki installation with 10 sites, and you want to rebuild the unified search index for them all, you have to run 10 times the command with the "--site=" para adapted to each case.

However, when you run setup.sh, by default setup.sh runs for all sites in a multitiki installation.

It would be nice if console.php had the chance (by default or not) to be run once for all sites in that multitiki installation at once


with some param like "--site=all":
{CODE(colors="shell")}
php console.php d:u --site=all
{CODE}

I think it would be very useful to add an SQL tracker field type so as to be able to "link" tracker items to external database data much like item link does for inter-tracker items aka foreign keys.

Why? Because it would massively improve interaction with external data. We could have a DB field in a tracker that pulls data from an external ERP/CRM/MRP/you-name-it database and links it to data in the tracker. eg add a tracker that users rate products, taking the product records from a live ERP database.

Currently the DBReport and SQL plugins cater for that need in wiki pages but nothing can be used in trackers.

How? In order to make it best usable and comparable to item link, it would look exactly the same as the item link with:
*an added option for ''DSN'' selection
*replacing ''tracker ID'' with ''SQL statement''
*replacing ''field ID'' with ''Column Number''
*removing ''Status Filter''

[https://wiki.php.net/rfc/optimizerplus|Optimizer+ will be integrated into PHP 5.5.0]

So
1- We want this in the dashboard like APC and Xcache
2- We want to make sure it works with tiki-monitor.php -> http://sourceforge.net/p/tikiwiki/code/48039


OPCache:
http://php.net/manual/en/book.opcache.php

OpCache status from Rasmus Lerdorf:
https://github.com/rlerdorf/opcache-status

Related:
http://rtcamp.com/tutorials/php/zend-opcache/

Important commits:
http://sourceforge.net/p/tikiwiki/code/27831
http://sourceforge.net/p/tikiwiki/code/27829

I created a new pref called feature_canonical_domain (see commit: [http://sourceforge.net/p/tikiwiki/code/52757] ) just like explained here: [https://dev.tiki.org/Creating+New+Preferences]
But it does not show on preferences search.
Neither on my dev site, nor in the community tiki.org
Yet it can be seen and configured in admin → sefulr

To reproduce: log in tiki.org → admin → search "canonical"
The old feature_canonical_url appears (correct)
The new feature_canonical_domain does not (why?)

This is not fixed with clear/caches
This is not fixed by reindexing since http://tiki.org/tiki-admin.php?page=search shows that "Your index was last fully rebuilt on Monday 13 October 2014 04:00:01 CEST." which is much after

So, there must be some missing step in [https://dev.tiki.org/Creating+New+Preferences]

While trying to set a template for use in a tracker, the custom display template setting functions but using a custom edit template causes an error message.
The error messages are different depending on if I am trying to use a template file or a wiki page template but result in non-functionality for that particular tracker.


Withdrawn due to lack of interest on the report.

In recent versions, we can put modules.yml, but then, the site admin can no longer configure via the admin panel.

Related: [item4672]

Administrator cannot share task for group.
The Shared for Group combo box has no values at all.

See video

{sign user="pascalstjean" datetime="2013-08-20T18:15:37+00:00"}
+1 for this idea

By default the Admin Filter Preferences is set to Basic.
Trackers can be turned on if the Admin Filter Preferences is set to Advanced.
If so the Admin Trackers tabs "Field Types" will be empty.
The field types will appear only when Admin Filter Preferences is set to Experimental.

This is too much. :)

The Admin Trackers tabs "Field Types" should appears only if Admin Filter Preferences is set to Experimental __OR__ the field types should be displayed when Admin Filter Preferences is set to Basic __OR__ a message should say "You can view the field types only when Admin Filter Preferences is set to Experimental __OR__ both should be displayed when the Admin Filter Preferences is set to Advanced.

After a command line installation, I can't log in.

Renaming a group doesn't update the name in the corresponding group watches

Reproduced in our production site: http://ueb.vhir.org

This might be the culprit for this other more serious usability issue in our production site:
http://dev.tiki.org/item5497?from=Watch