Category: 16.x

'Show creation (or modification) date when viewing items' shows nothing any more when tracker section format is set to Tabs

I set the "Open page as structure" option on tiki-admin.php?page=wiki#contentadmin_wiki-2 but when I navigate to the page, only the page itself displays. There's no structure navigation, etc.

I tried using both underbars and empty spaces in the address, as well as plus signs.

If I go to the page from tiki-edit_structure.php, then the structure navigation, etc. display as expected.

This is in my localhost WAMP installation. I haven't tested yet in a remote server or show instance.

Update: Created a show instance, but URL for that was initially "http://chibaguy-342-6248.show.tikiwiki.org/snapshots/". Why the snapshots directory? I went up a level to find the show instance itself.

In the show instance, "Open page as structure" seems to work as expected. I'll have to check if I have some local glitch, and will revise this bug report later.

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

15.x: Improvements needed for mobile view of many *.t.o sites (dev, themes, doc, ...)

{img src="display1077" thumb="box" width="800"}

(1) No way to login at dev.t.o or doc.t.o, for instance, when browsing the page in the smartphone
(tested with Chrome on Android, but it seems to be reproduced with a browser on a desktop and making it narrow enough as a smartphone)

(2) There is no logo nor site name displayed in the top header of most *.t.o sites. OTher (non-tiki) bootstrap websites do display their logo and name when shown through smartphone. IS tehre anything that can be done in the Tiki side to fix this?

(3) Fullscreen button is shown on top of the button at the top layer to display the logo and site name. Therefore, clicking there, fires the fullscreen in some cases. And when in full screen, in a smartphone, I couldn't come back to normal display mode clicking at that button in the smartphone for some reason, I had to fix the param in the url to get back to normal.

(4) The submenu is not shown in dev.t.o and doc.t.o but it is shown in themes.t.o Why? How shall we edit the submenus so that they are shown in the smartphone display?

Thanks

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

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!).

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 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.

When switching between wysiwyg and syntax, or visa versa, an "ajax error" is triggered. I have seen this error since tiki14, it is random, and happens so often, I have not seen the error in a long time since I was using tiki15x, but after installing a fresh instance of tiki16x, the "ajax error" is back. Please see screen shot:
{img fileId="1119" thumb="box"}
---
After configuring the show instance closely to my own tiki instance, and after installing text on the home page, I was able to recreate the "ajax error" when switching between wysiwyg and syntax.

It is very hard to ask questions here. (
(Drop down choices rarely match my conditon, this isn't a bug as far as I know, I just need more information)
I am using Tiki Wiki 17. ( was not available to choose from,above).

I am trying to copy a .bsa file to my file gallery:
www.projectashenfire.org/home/cms/tikiwiki/tiki-list_file_gallery.php?galleryId=11

Small .bsa files can be dragged and dropped into the tiki upload menu.
575M .bsa files fail to be uploaded

When I first attempted this, I was using Tiki 16.2, and I was not getting any error messages.

So, I upgraded to Tiki groupware 17.

I now get a consistent error message using Chrome, Opera, Firefox, Comodo, Safari)
When uploading, I get this message
AJAX: error 0 (rejected) for URL: tiki-ajax_services.php?controller=file&action=upload_multiple

What do I do to resolve this, so any user can upload large files to my site?

I have googled the error message but nothing shows.
I have used the forums and faqs on this site to verify no other conditions are required to handle
large files in the file gallery.

I have contacted my worthless tech support and they say it is your issue.

My php.ini settings all look like this:
allow_url_fopen = Off
allow_url_include = Off
asp_tags = Off
display_errors = Off
enable_dl = Off
file_uploads = On
max_execution_time = 90
max_input_time = 90
max_input_vars = 1000
memory_limit = -1
session.gc_maxlifetime = 1440
session.save_path = "/var/cpanel/php/sessions/ea-php56"
upload_max_filesize = 1G
post_max_size = 1G

After all the troubleshooting, I ended up using php 5.6(native) .

I need to know what is going on?

Also, I used the 'contact us' button on your main site to query why my login does not work unless I
use 'forgot password' EVERY time. Only on dev.tiki.org, does it work pefectly.

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

Anonymous comment posters do no receive email notification of replies to their comments, even if they leave their email as indicated as indicated.

There should be a way to communicate back with anonymous comment posters which provide their email (and have some new checkbox ticked by default with "__Notify me of replies__")

That's one of the main differences why there is lot of feedback on content in wordpress or other blogs or cms/s and almost no comments and feedback from anons to Tiki sites. If they ever come to leave a comment, they do not get feedback on their comment, and they are implicitly discouraged to come back or provide more feedback (or even become real users, when the site is open for anonymous registrations).

When viewing articles in list, the number of reads is not displayed anymore (option: art_list_reads) on new articles since Tiki 13. Tiki 12 has no problem.

The bug was introduced in revision 49060. New articles now have tiki_articles.nbreads NULL rather than 0.

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

As seen on https://tiki.org/AdministrationDev the https link in the remarksbox on the top of page renders broken:
{img fileId="1103" thumb="box"}

bad contrast of text vs bg in alternate row with trackerlist (or fancytable?) inside a remarksbox plugin with theme cosmo (at least)

After upgrade from tiki12 to tiki15, and selecting theme cosmo.
I had to convert calls of plugin remarksbox into plugin box.
For the record, reproduced here: https://sustainability.seeds4c.org/Shared+Forms+to+include
(with plugin remarksbox, currently replaced by plugin box, since it's a production site)

Search offered by browsers (Ctrl+F) looks in text areas. So if editing a wiki page (for example), browser search should allow finding a term in the wiki page's source. Unfortunately, CodeMirror does not find terms reliably, in Tiki 17 as well as trunk (r63983).

It's not exactly clear when search works and when it doesn't, but apparently occurrences of the search term inside the visible zone will be found. Those outside will not necessarily though.

For example, searching for "Smarty templates" in https://dev.tiki.org/DevTips only finds 1 of 3 occurences if the editor is at its default positioning (top).

This affects at least Firefox 55.0.3 and Google Chrome 61.0.

I consider this a serious bug for CodeMirror.

Not sure if intentional, as I cannot remember if the calendar used to do this, but I noticed some odd behavior with date highlighting.

When you are adding a new event and select a new date, the selected date is not highlighted properly. You can click it multiple times and the date is input to the date line correctly, but the box representing the date is not highlighted.

Example screenshot (from 15.x demo)
{img fileId="1104" thumb="box"}

But if you close the date selector and reopen it, the date you previously selected will be highlighted.

Example
{img fileId="1105" thumb="box"}

I think the expected behavior should be that when you click on a date it highlights.

can't upload an image to a file gallery in doc.t.o with elfinder (default UI) since 16.x

To reproduce:
#I'm logged in as user "xavi" (with no admin perms, I mean)
#I edit one page, e.g. ((doc:Tiki17))
#place the cursor somewhere in the text.
#Click at the button from the toolbar to "Choose or upload images"
#The elFinder UI popup is shown with no contents, and I?m not able to click anywhere (browser non.-responsive), while I can't only get access to use the browser again when the wiki pedit page is automatically refreshed with the elFinder automatically disappearing.
#Reproduced also after clearing my Browser cache, and Tiki caches, with Chromium and Firefox.

When nesting pretty trackers inside a wiki page, the trackerlist for the inside pretty tracker should be able to accept "metadata" from the outside pretty tracker, specially {$f_itemId}, to use as a filtervalue for the inside pretty tracker.

However this results in the following error:
trackerlist: Pretty tracker reference "$f_itemId" could not be replaced in plugin "trackerlist".

This is true with all of the pretty tracker "metadata" such as:
{$f_created}
{$f_status_input}
{$f_status}
{$f_itemId}
{$f_lastmodif}
{$itemoff}
{$tr_offset}

Note that items such as {$f_xx} where xx is the field id and items such as {{page}} work correctly. The issue seems to be limited to using the pretty tracker "metadata" inside the trackerlist of the inside pretty tracker.

An outline:

Three trackers: one for Movies, one for Actors, and one for Cast using two "Item link" fields to link movies and actors.

Three Pretty Trackers: one for Movies, one for Actors, and one for Cast

Wiki page for "Raiders of the Lost Ark":
- Calls trackerlist using the Pretty Tracker for Movies with page=view to show details for this specific movie such as release date, studio, poster, etc.

Wiki page for "Harrison Ford":
- Calls trackerlist using the Pretty Tracker for Actors with page=view to show details for this specific actor such as birth date, birth place, etc.

Pretty Tracker for Movies:
- Contains a trackerlist using the Pretty Tracker for Cast that should have filterfield="xx" where xx is the Item Link field for the Movies tracker and filtervalue={$f_itemId}

Pretty Tracker for Actors:
- Contains a trackerlist using the Pretty Tracker for Cast that should have filterfield="yy" where yy is the Item Link field for the Actors tracker and filtervalue={$f_itemId}


Using the {$f_itemId} in the Pretty Trackers results in the error:
trackerlist: Pretty tracker reference "$f_itemId" could not be replaced in plugin "trackerlist".



Workaround:

Make both the Cast fields Page Selectors and use either filtervalue={$f_xx} or filtervalue={{page}}

It works, but this approach loses the relational benefits of using Item Link. Also, instead of using drop down selectors to select the Movie and Actor for the Cast tracker, the names themselves are required to be typed in, which can be cumbersome and error prone.


Setting "Importance" to 8 based on multiple discussions of nested pretty trackers over the past 7 years:
https://tiki.org/forumthread63281
https://tiki.org/forumthread61654
https://tiki.org/forumthread60207
http://tikiwiki.1073613.n5.nabble.com/Nested-trackerlists-td18465.html

And also this reported bug: https://dev.tiki.org/item5084

Additionally, I believe this simple fix would greatly enhance the possibilities for Mediawiki-type of infoboxes, such as outlined here: https://dev.tiki.org/item1843

Setting "Easy to solve?" to 8 based on the idea that it should be fairly simple to solve since the Pretty Tracker already allows {$f_xx} and {{page}} etc., it's just a matter of including the "metadata" fields into that group.

Tiki smileys are so 90s... It look very bad.

:)
;)
(:santa:)
(:twisted:)

Really ?

--drsassafras begin--
This seems related to : https://dev.tiki.org/item6191 and https://dev.tiki.org/item6189

I looked into the issue not so long ago. Almost all browsers now support emoji. Desktop and mobile. If we enable the saving of emoji in our database, they will all show nicely, and will always be kept up to date with the OS/Browser.

A little emoji selector could be made for users who dont have a emoji keyboard set up, and the existing similes used here could be integrated.

Although, it might be easier to replace the emoticons with new ones in the mean time.
--drsassafras end--

chosen lib prevents changing the sorted order display of fields from an items-list tracker field with the translation smarty system

Workaround: disable chosen lib temporarily, make your changes to the selection of fields to be displayed, and/or the sort order, save (and reindex if necessary), and you can enable chosen lib again later on.
At least this worked for me so far.