Category: 15.x

This was working in previous versions of Tiki (maybe 9.x?). I couldn't check when the regression was introduced.

popup box to select visible calendars shown underneath events details (using fullcalendar)
In 15.x: Using theme "Default bootstrap", but also reproduced with fivealive-lite, etc.
In 12.x: using default theme style (fivealive)

See it reproduced in 15.x here:
http://xavi-9794-5901.show.tikiwiki.org/tiki-calendar.php?todate=1459413360
u: admin
p: 12345

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

To see it reproduced in 12.x, visit:
http://xavi-9794-5904.show.tikiwiki.org/tiki-calendar.php?todate=1459461600
u: admin
p: 12345

15.x: Recalculate mathematical calculation tracker field at indexing time fails
The tracker field was set to that option: Recalculate on indexing.
If you set the tracker field to recalculate on save, it works as expected.

12.x - 15.x: Tracker: filter items is broken when radio button with labels set (0=No,1=Yes,2=Dunno).

No matches are found when there are some items which met the intended criteria.

--It'll be-- reproduced in an attached intance --in short. Stay tuned!-- :-) {sign user="xavi" datetime="2016-02-09T12:21:27+00:00"}
Login in here:
http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1
u: admin
p: 12345

You will see the field TestRaduio, with some values (0, 1 and 2; their labels, in fact)

Try to filter by that field:
http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1&status=o&sort_mode=f__asc&filterfield=8&filtervalue%5B1%5D=&filtervalue%5B2%5D=&filtervalue_other=&filtervalue%5B3%5D=5+%28high%29&filtervalue%5B8%5D=0%3DNo&filter=Filter#
---
__Update:__ {sign user="xavi" datetime="2016-02-10T10:42:06+00:00"}
the problem is also found (and still unsolved) at teh trackerfilter level. Sorry, I tried for one hour, but I couldn't get the right syntax to port this type of fix there also. :-/
To reproduce, see it here:
http://xavi-9794-5810.show.tikiwiki.org/tiki-index.php?page=HomePage

__The issue is reproduced also for dropdown fields when labels are set, etc. See it reproduced with field "Priority" (Dropdown). __

__Reproduced also with "Dropdown with other" (field __Location__) in the tracker itself, but it works as expceted through Plugin TrackerFilter.__
Does work:
http://xavi-9794-5810.show.tikiwiki.org/tiki-index.php?page=HomePage

Doesn't work:
http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1&status=o&sort_mode=f__asc&filterfield=2&filtervalue%5B1%5D=&filtervalue%5B2%5D=0%3Droom+1.1+%2855+seats%29&filtervalue_other=&filtervalue%5B3%5D=5%3Dhighest&filtervalue%5B9%5D=y&filtervalue%5B10%5D%5B%5D=1&filter=Filter#

Multiselect seems to work well, as expected, in both tracker itself and plugin trackerfilter.

Please, whoever introduced the UI change that did hide the preference filters, please, please, please, expose them back to new tiki admins, since there are tons of support requests in many tiki sites out there about new site admins (even experienced php developers) not finding the preferences that they are looking for in the Control Panels, also following the documentation pages in doc.t.o about them, etc.

This is also affecting people creating show.t.o instances to report bugs and not finding the preferences, etc.

I tried myself but it was beyond myskills when I had a quick look at that, and I was fearing to break some tpl/css, so I'd rather leave ir for an aexperienced UI developers, or even better, to whoever introduced this usability regression (back in Tik1i3 or 14 days, probably?)

Thanks

I get a 404 error while switching from http://dev.tiki.org/tiki-utilities-modal_alert?controller=tracker&action=update_item&fullscreen=n, into full screen mode. That is the page that one is redirected to (and populated with information, unlike if you just navigate to it) That one finds themselves on after updating a bug report.

Ive tried to re-create it by navigating directly to that url, and the 404 does not appear. Im presuming the page content plays a role in this.

5x: tracker comments should allow self-subscribe option for poster, like in forum posts or page comments. Right now, lost of interaction and feedback is lost for users until they learn how to subscribe to tracker items....

That was the same problem in forum posts for years, until some one added that feature to forum posts and wiki comments...
However, it seems that tracker item comments didn't benefit from that enhancement.... and honestly, they deserve it...

---

UPDATE:
* Still a very much desired feature in MANY tiki sites (including *.t.o sites). {sign user="xavi" datetime="2013-11-17T09:30:58+00:00"}
* Still a wish...{sign user="xavi" datetime="2014-07-13T10:00:49+00:00"}
* Still a wish (many years later). Sniff ... {sign user="xavi" datetime="2016-06-28T08:55:07+00:00"}
---
Gorgeus, fixed, Victor! Thanks! (tested in tracker comments, and adapted the profile "Bug_Tracker_15" to allow commenting by registered to easily test/debug this issue also in the future (or in other branches). {sign user="xavi" datetime="2016-10-11T17:21:14+00:00"}
---
Update: {sign user="xavi" datetime="2016-10-11T17:38:28+00:00"}
* emails are duplicated if the user was also selected in a "user selector" type of field, with notifications on. We should check that no duplication of emails is sent: one as commenter, and another one duplicated as user selected in the "user selector" field with notifications on.
See it reproduced in the show instance:
2 emails have been sent in some cases:
http://xavi-9794-3214.show.tikiwiki.org/tiki-syslog.php
u: admin
p: 12345

* Tracker item commented:
+ http://xavi-9794-3214.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=5
* see email corresponding to each user:
+ http://xavi-9794-3214.show.tikiwiki.org/tiki-adminusers.php
* see tracker field definition:
+ http://xavi-9794-3214.show.tikiwiki.org/tiki-admin_tracker_fields.php?trackerId=1
** note last 3 fields, all of them user selector with email notification on.
---
Update {sign user="xavi" datetime="2016-10-13T10:40:17+00:00"}
In addition, other systems maybe sending a duplicate of the same email message (see https://doc.tiki.org/Watch ), and we'd better add a system to prevent those duplicated emails to be sent.
To be checked for duplicates (and remove them before sending):
# generic (wildcard-like) user watches through the "__My Watches (UI) > Add Watch > Event__"
# Objects
** user watches on objects
** group watches on objects
# Categories
** user watches on categories
** group watches on categories
# Structures
** user watches on structures
** group watches on structures

I'm usure about category watches. Maybe we can leave those messages also, since they are not 100% equivalent to the other notification emails?
---
Sure, see comments. Issue fixed. {sign user="xavi" datetime="2016-10-14T10:13:36+00:00"}
And duplication of emails was due to some other issue, fixed by kroky6 also (great, thanks!).

__Describe precisely what you did (how to reproduce)__
On my own Tiki site at http://thepatriotwoodwiki.org/HomePage the Categories load very slowly. This is a known issue when large sites have excessive content in categories.

My tiki was performing well, I have very few items on my site, actually my site is still new with little content and a few categories, until I loaded the "Countries by Region" profile. Once the Countries categories were loaded by the profile, the categories section would not open, or would eventually open.
I understand there is a performance issue with massive content on a Tiki, but the categories are empty.

__Describe exactly the faulty consequences__
When the Categories tab is clicked, the categories page will not open, or will eventually open.

__Explain what you expected instead of the faulty consequences__
I had expected the Categories section to open quickly as the rest of the Tiki does.

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 ;)

Add checkbox to tag forum thread as 'expected feedback obtained', or [[SOLVED], and allow filtering and reporting based on that also

Similar to filtering closed item with the chance to reopen, but for support forums and without closing the threaf, but at least indicating to power users that they'd better search first other threads that still require support.

Like the [[SOLVED] manual tag renaming the thread subject in a later stage by the poster of the new thread.

Also show these type of unsolved threads in clear way in the daily reports messages

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"}

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}

Add tablesorter UI to Payments list for easier filtering of real data when many payments done.

Currently there is even no pagination at all. So when many records are there, it's not easy to find who payed whet, when, by whom, etc.

---
We have a dbdump already with a few data on it (of real small transaction with paypal), that we could share with a dev willing to implement this feature, in case this helps the development with fake-ish but real transaction data from paypal in production, not sandbox.
At: http://15x.notre.website

Please, ask me, for instance, and I'll fetch a db dump for you with admin pw reset for you.

Some characters inserted using the special characters palette into an article cut the text of the article behind the new character off after saving the article. When still in edit mode, the preview shows the complete text.
I tested a few greek characters, since we need them. Test items can be both omegas, but other greek characters cause the same problem.

__Hey there Tikiwiki dev team !__

I've been looking all over for info about this, but even on the irc channel, no one seems to know what to do about my issue : I'm pretty new to all this, and I enabled spreadsheets in my tikiwiki platform. I can list spreadsheets, create new ones, edit them.

I chose a jquery theme that allows a pretty good display in spreadsheet (I can see multiple selections, all menus are displayed correctly). Only trouble is : none of the menus in the three drop-down menus in the upper-left corner (edit/view/style) seem to operate.

''__Other contextual menus__'' (when right-clicking on the sheet, or in the column labels) ''__work fine__'', but when I click any of the three above-mentionned buttons (edit/view/style), even though the submenus are displayed, ''it doesn't seem like I'm acutally clicking anything'' : nothing happens, and it doesn't "feel" like my clicking is even registered.

I have tried on my current platform which runs on Ubuntu in a Virtual Machine, I've also tried on the online 15.0 demo platform you provide on your website, and another person from your IRC has also tried and we all get the same result.

So I thought maybe you guys could help ?

thank you very much in advance,

Have a wonderfuk day,

Kind regards,

Nicolas AINETO.

When the wrong URL is entered, such as when an admin page URL is miss-typed, instead of a normal 404 error, this is displayed: "No route found. Please see http://dev.tiki.org/URL+Rewriting+Revamp". Many people who see this will have no idea what it means or what to do with it. Can this be replaced with something more user friendly, like "Error: no page found. Please check the spelling of the URL."? Can it be done within the Tiki interface and not be an empty unformatted page with that one line of geeky text?

In/tiki-admin.php?page=module we have an advanced feature: "Users can configure modules".

Maybe "Theme Control" needs to be active.

When active, all modules have extra icons for moving them from left to right, or deleting, etc.
This is meant for allowing users to personally changes modules placement or visibility (not globally, just for them).

Advice: create a new user or backup the database.
When clicking on any such icons, table
"tiki_user_assigned_modules" gets values (this looks expected), and the whole display is immediately broken for this user because modules don't show up anymore. Especially the modules for login/logout or menus...

No obvious way of fixing except clearing table "tiki_user_assigned_modules".

Not the most useful feature and I don't know if it worked before, but it should either be fixed or tagged "experimental"...
Customers who hit this found no other way out than creating a new user :-(

after paypal payment, the user is shown his own payment invoice as "outstanding" instead of "past", until new page refresh

cache should be cleared or something when paypal comes back to the user. so that the user sees his/her own payment in the tab "Past", and not in "Outstanding"

For some reason, the show.t.o instance here hist another error:
{CODE()}
Fatal error: DateTime::diff() must be derived from DateTimeImmutable::diff in Unknown on line 0
{CODE}
but that might be another story, since I'm not seing in another test server elsewhere where I did the same steps to reprocuce the scenario ( http://15x.notre.website ).

You can test payments through the shopping cart:
http://xavi-9794-5955.show.tikiwiki.org/tiki-index.php?page=cart+products

or through the plugin group membership (setup to smaller fees, since we are testing in production with paypal):
http://xavi-9794-5955.show.tikiwiki.org/tiki-index.php

u: admin
p: 12345

other users (user1 and user2, and groups group1 and group2 are created with expiry info for the payment to make more sense and expire after a few days, etc)


At least, the show.t.o will allow anyone to get the db dump to have a local instance for debugging more easily than starting from scratch.

If you add an event and set it to all day the event appears on the day before, and if you have fullcalendar enabled, also the day you chose.

This is likely to be to do with timezones, my tests are with the server (php), the tiki pref and the user all being in UTC. Will try to reproduce on show.

The layout templates are filtered for the selector on Look and Feel admin, so "layouts/internal/" and "layouts/layout_plain.tpl" aren't shown, but the selector on tiki-editpage.php doesn't filter them. If one of these "internal use only" layouts is selected and used, the wiki page display is broken.

Users see an "All shards failed" error/warning feedback when using Elasticsearch on pages with LIST plugins and sort_mode set in query string (by whatever means, either the page's php itself or whatever). It will happen because if the sort_mode is set to something which is invalid for that search query, Elasticsearch will throw an error.

This issue should actually be handled In lib/core/Search/Query.php, as there is already an attempt at gracefully bypassing sort errors in function search(..), but it is not working (prob because of Elasticsearch upgrades). the sort exception is thrown in lib/core/Search/Elastic/Connection.php using a preg_match('/No mapping found for \[(\S+)\] in order to sort on/, it could be very likely ElasticSearch changed this. In fact, that whole firing different type of errors need to be reviewed for different version of Elasticsearch.

There is nevertheless a workaround for now even if the above isn't fixed - i.e. if you set a sort_arg variable for each of the LIST plugins on the page it will solve it, as then sort_mode in the query string won't affect these LIST searches. https://doc.tiki.org/LIST+-+list+or+pagination+command

Allow plugin list to filter by "empty" content. I.e. get all tracker items with that field empty.
We don't know how to do that, in case it's possible with current codebase.
Thanks

Reproduced here:
http://xavi-9794-6065.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12
u: admin
p: 12345

Allow profiles to be found by associated freetag in profiles.t.o through the "Control Panel > Profiles" search box

Profiles.t.o currently runs on tiki 12, but it could be easily (probably) upgraded to Tiki15 if needed.

According to jonnyb in a trm, freetags text need to be added to the unified index, or something like that.
* I added some notes about that [https://doc.tiki.org/Search+General+Settings#Tips|here] {sign user="jonnybradley" datetime="2017-01-19T18:01:05+00:00"}

Allow to define tracker items as 'Must reads' content, besides wiki pages, as they seem to be the content that can be tracks and notified to be read on.

Re: https://doc.tiki.org/Must+Reads

Allow users to upload their profile photo avatar at registration time (through the user tracker)

The simplest approach, maybe, could be to allow the site admin to setup a tracker field of type "userPref" to handle the user avatar?

I know avatars are not user preferences (other things aren't but are treated as such for end users for the sake of usability simplicity, afaik)
See:
https://doc.tiki.org/User+Preference+Field