Category: 14.x Regression

Good day developers, this is my first attempt at using this list, so forgive me if I breach protocol or some other etiquette.
In using the https://doc.tiki.org/PluginMouseover feature on our wiki, the box that contains the text upon mouse over is misplaced away from the text.
Please see our Tiki14.1 installation at http://thepatriotwoodwiki.org/Playground
Hover over the word mouseover text and you’ll notice the mouse over box appears below and to the right away with the default settings applied.
For a baseline reference on how this plugin should work, please see our Tiki12.4 installation test site at http://tpwtestuser.com/tiki12/tiki-index.php?page=Playground and hover your cursor over mouseover text and you’ll see how the default setting performs.
For login to the test site use:
Username = test
Password = 12345
At https://doc.tiki.org/PluginMouseover there is an example showing {MOUSEOVER(label="Hello" offsetx="-475" offsety="-45")}Hello over there. It's fine!{MOUSEOVER}
I can apply x and y modifications to bring the box where it should appear in the Tiki14 installation, but I feel the box should act as it does in Tiki12.4 with default settings.
The default settings for both Tiki 12.4 and Tiki 14 are x=5 and y=0.
I have googled this issue and came up with another issue unrelated to this but very important I feel at https://dev.tiki.org/item5288 but this is for the image option. I could not find anything for the text mouseover plugin. I have also posted a topic on the help forum https://tiki.org/forumthread57541 for reference and interest in this issue.
Thanks to anyone who can shed some light on this issue.

Hi all,

when I go to Messages from 'Application Menu>Control Panel>Messages',
I can see the section "Activate the feature" and the possibility to acticate/deactivate the feature. But when I want to see the Settings through the 'Actions' nothing is displayed. The page is refreshed, but the Settings aren't shown.

The same behabiour I have experienced with Webmail and Maps.


Cheers,
Manel

I recall this working in 6.x or so, so "tagged as regression".

Using (12.1svn): Abril 4, 2014. r50665

Sharing acccess rights, with token access, seems to be failing.
When using "Tell a firend" for a wiki page, as user with tiki_p_admin, there is a checkboxa message sending time, and the link in the email received by the destination emial contains a TOKEN hash inside. However, once clicked in that link in a browser as anonymous, the user see the message "L'accés a aquesta pàgina està acabat" (the access to this page is over).

When using Share, as user with tiki_p_admin to share a wiki page, I see the dropdown to indicate how many times to share access rights with that email. I shared for 3 accesses (the mas allowed in the admin panel, and thus, in the dropdown, also). The eamil that receives a message comes with a token hash inside, but still gets the message "L'accés a aquesta pàgina està acabat" (the access to this page is over).

---
u: admin
p: 12345
Homepage restricted to registered users. When SEFURL is off, sharing access rights with friends seemed to work as expected.
http://xavi-9794-5225.show.tikiwiki.org/tiki-index.php?page=Community+Members+HomePage
---
IT seems the bug was not solved in trunk by then (15.x currently), and a new fix was added by jonnyb in r58322. {sign user="xavidp" datetime="2016-04-14T12:54:16+00:00"}
---
Fix unconfirmed for me {sign user="xavi" datetime="2016-04-18T11:41:19+00:00"} in localhost with a snapshot of this site upgradeed to 15.x (rewrite rules do not work in show.t.o so SEF cannot be tested there). When attempting to view the site as anon. with the url (which includes the token param name and value), I get:
{QUOTE()}
Your access to this page has expired
{QUOTE}

Update June 22, 2016: This issue seems to happen still when any param is added to the url (page_ref_id=nnn - from structures, or fullscreen=y to prevent disclosing information from the side modules that the user has access to, besides the content that would like to be shown frmo the central column). {sign user="xavi" datetime="2016-06-23T07:32:05+00:00"}

Sheets do not place charts properly (almost hidden, in doc.t.o sheet intended for documentation)

This used to work in some earlier version of Tiki. (sorry I can't be more precise)

To reproduce, visit:
https://doc.tiki.org/sheet2

and click at tab : "Charts". You will see that at column C Chart, charts are placed to the left, below column B, and therefore, almost hidden.
{img fileId="1016" thumb="y" rel="box[g]"}

Since 14.x displayList=y broken in Plugin TrackerFilter, and therefore, featured Collab Community profile broken

Tested with trunk r52418

To reproduce:
# apply Collaborative_Community_12x profile.
# Go to the registered users homepage. You'll see an almost WSOD with just the table header (of the trackerplugin) at the top.
# Edit the TrackerFilter plugin params to set displayList=n and everything will display correctly (but no list of items pre-displayed)

Error message in the show.t.o instance where has been reproduced:
http://xavi-9794-5447.show.tikiwiki.org/tiki-index.php?page=Community+Members+HomePage

^ Fatal error: Call to undefined function smarty_modifier_escape() in /var/www/xavi-9794-5447/lib/core/Tiki/Render/Editable.php on line 55
^

This seems to be a regression since Tiki12 LTS at least. (non-bootstrap, I mean)

since last visit module using bootstrap tabs: add different bg color to active vs non active tabs
You can see it reproduced here in dev.t.o in 14.x also, in the corresponding "Since your last visit..." module. All tabs have same whote background, and this makes it less usable to easily distinguish where tab you are at.

since last visit module using bootstrap tabs: make icons bigger (for human fingers in smartphones)

Have tried using it on a smartphone? It's way difficult to tap on them.

You can try in 14.x in dev.t.o.

Sort on rating at this tracker is broken.
To reproduce:
* Login here: http://dev.tiki.org/tracker5 (as user xavi, plain registered user)
* click on rating column (to sort items on their rating): it apparently works, even if it shows first the ones with the lowest rating.
* click again on rating column (attemping to sort the items with highest rating first), and still items with 0 in the rating are showed first.

url (only with open items, to reduce potential factors interfering): http://dev.tiki.org/tiki-view_tracker.php?trackerId=5&sort_mode=f_152_desc&status=o

^ __Note__:
Please note that this is using the maintained (non deprecated) rating tracker field (field 152, type "Rating"). If you are an admin, you will see still 2 fields as rating, but one, the former and unmantained (field 62, "Old Rating - Stars (system) visible by Admins only"), is hidden from registered users (it's kept there in dev.t.o in case some devs makes an script to convert the data from the old tracker field into the values for the new tracker field in all tracker items of the same tracker).

I tag this wish a regression since I remember that this worked in past, years ago, but unfortuntely I can't say in which specific version.

I consider this isse to be somewhat important since tiki are being used more and more to allow communities to gather user feedback to prioritize issues, actions, strategies, proposals, etc., in a genuine "wisdowm of crowds" way, and this issue prevents using tiki for this goal, which is a pity when you are using Tiki in the same community for many other community needs... See http://doc.tiki.org/E-democracy
^

---
Maybe related to [item1446|item 1146: Trackers: Need to be able sort as numerical instead of text]?

Spreadsheets (jquery --s5-- sheets) do not work as expected in a productive environment, even not for use in an internal team.
This is a regression, as they have been working before.

Issue: __The edit menu and it's subitems had no effect (Edit | View | Style).__

--Before considering it a bug I want to test here with a show instance.--
__Tested. Fix needed.__

[http://torsten-11143-6133.show.tikiwiki.org/tiki-view_sheets.php?sheetId=1&parse=edit|try here (show/show => admin/12345)]

Regards,
Torsten

The down arrow / right arrow to indicate dropdown/flyout child list items are missing. I don't know if this problem began in Tiki 13 or branch 14. These arrows aren't images but are made with JavaScript and CSS. Page of author, for examples and docs: https://github.com/joeldbirch/superfish

For some reason, svn update FAILS to update on show.t.o instance linked to dev.t.o bug tracker item

Example:
https://dev.tiki.org/tiki-view_tracker_item.php?itemId=5493

Click at svn update.
It doesn't seem to update the instance, which still is at
Last update from SVN (12.5): Sunday 17 of January, 2016 15:28:05 CET - REV 57249 (MyISAM)

(as seen on http://xavi-9794-5493.show.tikiwiki.org/tiki-admin.php?page=general )

and to check the bug fix we need to update to r57742

---
I believe it to be a server-side issue, the AJAX request returns with a "504 Gateway Time-out" error, will ask the sysadmins... {sign user="jonnybradley" datetime="2016-03-14T18:59:33+00:00"}
---
update, the server side issue is fixed - was a disk space issue that was caught by monitoring but I had to figure out a way to delete instances logically from the oldest ones that are linked to closed tracker items. There is however still front-end issues (it seems that I have to click more than once for the user feedback spinner to appear, which is weird as well as it seems I have to scroll down {sign user="koth" datetime="2016-03-14T12:18:33+00:00"}

Changing a site theme with a URL like tiki-switch_theme.php?theme=fivealive.css&option=kiwi.css was effective in the past, but in Tiki 14 and trunk, it seems to just activate the "default" theme.

In tables with header text used as a sorting anchor, the UI text can get changed from the text string in the .tpl file to something else. In the case of tiki-edit_quiz, "Quiz can be repeated" (the correct interface string, gets changed to "canRepeat", which is the input name. (So "canRepeat" displays as the table heading text.)

This used to work in the past at some point with some Tiki 12.x, according to the documentation written by lindon.
But it fails for me as soon as I set "server=y" in the params of Plugin TrackerList.

I've set up (modified) the profile Barter_Market so that the nice Tablesorter feature can be demonstrated (with server=n so far, of course) for the list of available wants.

This also allows to easily reproduce a failing environment (replace it to be server=y, etc). It has also been reproduced in a show.t.o instance attached to this bug report.

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

Filter for antything, and it won't work. Change param server=y to server=n and it will work again (except for the filtering on a tracker field "items_list": tracker_wants_offers_same_user).

In Tiki 12.x, you can filter for the field items_list tracker_wants_offers_same_user with no problems (provided server=n of course), but you can't filter on the status (which does work nicely in 14.x).

This tablesorter thing looks promising indeed! Thanks lindon!!!

{img fileId="950"}

Here is a URL:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow

Say I want to check the history and share a URL, I click "history" and then "compare", I get:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow&history_offset=1&diff_style=sidediff&diff_style=sidediff&show_all_versions=y&compare=Compare&newver=0&oldver=125&tra_lang=sq&paginate=on&history_pagesize=200

This is long and has things which are not useful to share the link.

So let's look at the params:

|| page=Tiki+Suite+Slideshow | Needed
history_offset=1 | Not needed
diff_style=sidediff | Needed only if different than the default diff
diff_style=sidediff | this is there twice
show_all_versions=y | Not needed
compare=Compare | Why do we need this?
newver=0 | Needed. 0 seems to be for latest. So if ommitted, it should
oldver=125 | Needed
tra_lang=sq | Not needed
paginate=on | Not needed
history_pagesize=200 | Not needed
||

So diff_style=sidediff is there twice

I would want the simple one to be like this:
Compare version 120 to current:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow&oldver=120

Compare any two versions:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow&newver=124&oldver=120

And if diff style is different from site default:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow&newver=124&oldver=120&diff_style=unidiff

Thanks!

If you export the items from any tracker, either from the main tracker admin screens or using the trackerfilter plugin, then whilst the spreadsheet is created it has no data other than the tracker field headers and the following text ie an error message:

<b>Fatal error</b>: Call to a member function getField() on a non-object in <b>/deleted_path/lib/core/Tracker/Field/DynamicList.php</b> on line <b>144</b><br />

This happens when one of the fields in the tracker is a "Dynamic Items List" (although it might conceivably happen with other fields - not exhaustively tested)

This a regression as this works fine in Tiki 12.x


Sorry - this was a broken tracker, although the error message could have been a bit more informative !!

Hi:
I've edited a tracker item, with a few changes in the same go (in case it matters):
* added some categories
* added content to a text area (Solution)
* and changed status from open to closed

History doesn't show the contents I added to the text area "solution". See it reproduced here:
https://dev.tiki.org/tiki-tracker_view_history.php?itemId=5761

{CODE()}
Version Date User Field ID Field Old New
1 08:52 CET Xavi _Status_ o c
1 08:52 CET Xavi 43 Category Bug: Error Bug: Error
Community projects
Dogfood on a *.tiki.org site
1 08:52 CET Xavi 55 Lastmod by drsassafras Xavi
{CODE}

"Solution" field got this content added:
{CODE()}
It seems that current server setup require links to be made with https instead of http, and that link pointed to a forum post with just http.
See:
https://tiki.org/tiki-pagehistory.php?page=Versions&oldver=6

Thanks for reporting. Please, feel free to fix any other issue like this that you find in *.t.o sites.
{CODE}

Popup list details can no longer be configured - fields do not show up.
Was working a few days ago in trunk (today is 14.11.2014).

Setup a tracker, configure some fields.
When trying to configure the "Popup List details" (that allows to setup the fields that are show as a tooltip on hovering), the selection box is empty.

Cannot setup a demo instance bc demo instance is broken.

__Update: 19.11.2014__
I guess it was working around 28.10.2014 and broken in about 7.11.2014
Still cannot setup a demo instance.
However: You can use the demo instance of bug #5455:
http://xavi-9794-5455.show.tikiwiki.org/tiki-list_trackers.php


When setting ===field numbers manually in the database=== for that tracker in the popuplist field, then these fields are:

*a.) shown on hover (thats good )
*b.)show up in the list box on editing the tracker.(good as well)
*c.) fields that are not currently selected do not show up up and thus cannot be selected. (bad)

I think when it was working, there was a simple textfield where you could enter the fieldnumbers, comma seperated.
I am not sure how the new design is supposed to work. Should it be:
*a textfield + the listbox - enter fieldnumbers in textfield, show selected fields in listbox
*or the listbox only - show available fields in listbox and allow multi-select in listbox.

When using the trackerfield ItemLink, the select box stays empty when logging in as a user and category fields are used to set permissions.

The problem is that the xhr call to populate the select box of ItemLink contains an empty response and gets not populated.

{CODE()}
tiki-ajax_services.php?maxRecords=250&format=&filter[type]=trackeritem&filter[tracker_id]=6&filter[tracker_status]=o%20OR%20p%20OR%20c&controller=search&action=lookup
{"title":"Lookup Result","resultset":{"count":0,"offset":0,"maxRecords":250,"result":[]}}
{CODE}

As admin, the responce contains the correct data.

Initially, i thought that was a permisson setup issue. But the trackeritem view shows the correct entries.

Steps to reproduce:

- 2 users, 2 groups, 2 categories, User A and B, Group A and B, and Category A and B
- have 2 trackers, one link to the other via item link
- create 2 items Item A and Item B in 1st tracker
- set the category perms such that tiki_p_view_tracker can be done by Group A on Category A, and Group B on Category B
- categorize the Item A and Item B (which is in the first tracker ) into category A and B

To be more concret:
Tracker1 = "Companies", Fields: "CompanyName":textfield, "Cat":category
Tracker2 = "Contacts", Fields "ContactName":textfield, "CompanyName":ItemLink to Tracker1 "CompanyName"

Groups: Categories: "Companies", "CompanyA", "CompanyB".
"CompanyA", "CompanyB" inherit from "Companies".

Categories: "Companies", "CompanyA", "CompanyB"
Permissions category "Companies": tiki_p_view_tracker on group, tiki_p_create_tracker_items on group "Companies"
Permissions category "CompanyA": tiki_p_view_tracker,tiki_p_view_tracker_pending, tiki_p_view_tracker_closed, tiki_p_create_tracker_items etc. on group "CompanyA"
Permissions category "Companyb": tiki_p_view_tracker,tiki_p_view_tracker_pending, tiki_p_view_tracker_closed, tiki_p_create_tracker_items etc. on group "CompanyB"

Users:
"UserA", Def.Group = "CompanyA"
"UserB", Def.Group = "CompanyB"

Entries Tracker "Companies":
CompanyName = "CompanyA", Cat="CompanyA"
CompanyName = "CompanyB", Cat="CompanyB"

If you now login as UserA the itemlist of Tracker1 = "Companies" shows one entry: "CompanyA" which is correct.
If you login as admin, you will see two entries "CompanyA" and "CompanyB" which is correct.

If you login as UserA and try to create a new item in tracker2 = "Contacts" the ItemLink field does not show anything. This is wong. Expected to see the same items as in tracker item list.
If you login as admin and try to create a new item in tracker2 = "Contacts" the ItemLink field shows all entries. This is ok.

admin / 12345
usera / 12345
userb / 12345

Showinstance works so far - need to check local install again.

When creating a new Tracker, i cannot set categories. They are visible as checkboxes but not selectable.
Only checkbox "Auto-create corresponding categories" is selectable.

I put it to blocker because assigning permissions (categories) to tracker is essential.

I guess its easy to solve because it might be related to the bootstrap issue fixed in https://dev.tiki.org/item5500



__Testcase__:
user: admin
password: 12345
http://wolfganga-11730-5504.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1

__Update: Since this bug is fixed i removed the testcase instance__

The U.S. flag image is missing on user information like a forum poster's. The path is to US.gif, but the image file name is United_States.gif. I don't know where these paths are put together. flagnames.php has the correct 'United_States'.

UI of Feature External Wikis in 14.x shows 2 extra unrelated fields, compared to previous versions, such as with Tiki 12.
See:
http://xavidp-1553-5654.show.tikiwiki.org/tiki-admin_external_wikis.php
u: admin
p: 12345

This bug is seem on tiki.org, and I tried it on next.tiki.org too - with same effect. When I try and remove my image from the Consultants tracker (tracker 22), the browser goes to a URL:

https://next.tiki.org/tiki-ajax_services.php?trackerId=&itemId=&modal=1&controller=tracker&action=update_item&removeImage=y&fieldId=153&fieldName=Photo%2Flogo

which results in a 404.

Obviously part of the problem is that the trackerId and itemId is not in the URL as can be seen. The thing is I haven't tried this on a plain Tiki yet - it might be something specific to tiki.org (as it does use perspectives which may be a factor, although I made sure i was in the correct perspective before editing the tracker item, so that probably isn't it).

When editing new wiki page (normal edit mode) and trying to insert a wiki plugin from the Help plugins icon it does nothing when finding the plugin you want and clicking the plugin icon.