Category: 14.x Regression

Working with tracker items it is not possible to upload/select a file using using Files field type for trackers.

The file gets uploaded to the file gallery, but the modal closes without linking the file to the tracker item.

Update PluginVersions to Bootstrap classes (missing tabbed-like display). Tab titles show up as if they were plain text. However, if you click on them, links do work indeed. It¡s just a question of missing css classes, I guess, to restore the intuitive display.

See:
https://doc.tiki.org/PluginVersions#Basic_example

And compare it with:
https://doc.tiki.org/pluginTabs#Example

These plugin was used in doc.t.o pages. It looks like a standard Plugin Tabs, but the difference is that when you click on a tab title, all sections with plugin tabs siwtch to that version, so that you can print a long page (ideally, a whole wiki structure) with the sections related to that version of the software set to display its contents in place.

Something like these css properties might be missing at __./themes/default/css/default.css__ in trunk:
{CODE(colors="css" ln="1")}
/* Versions plugin */
.versionav {
padding: 0;
border: 1;
margin-bottom: -1px;
border-color: #eeeeee #eeeeee #dddddd;
border-bottom: 1px solid #dddddd;
}

.versionav .button {
margin-bottom: -1px;
}

.highlight {
background-color: #f5f5f5;
color: #262626;
margin-bottom: -1px;
border-top: 1px solid #e2e2e2;
border-left: 1px solid #e2e2e2;
border-right: 1px solid #e2e2e2;
}
{CODE}

When you have a tracker with a URL field, and the field display is set to "Show as link", and you enter something like "www.example.com" it is fine and converts to a link. But if you enter simply "example.com" it does not convert to a link and is treated like an internal link instead

If you enter something.example.com it also does not convert to a link. It should. Not sure if problem existed in Tiki 12. Please double check when fixing.

There is one pending issue in PluginTrackerCalendar in 12x & 13x {sign user="xavi" datetime="2014-05-27T14:46:53+00:00"}, and it was working fine in 10x, as far as I remember

Show instance where some of this issues are reproduced:
http://xavi-9794-5177.show.tikiwiki.org
u: admin
p: 12345

!! Pending still:

If you use some uppercase letter in the string of the tracker field "location" (used as a the resource field for the resource-related views), then the item is not shown through the resource views, only through the calendar type of views.

Replacing uppercase letters with lowercase in the values of those fields solves the issue as a workaround until a proper fix is found/commited

Reproduced here:

http://xavi-9794-5177.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_10

In the resource month, 3 items are shown.
In the calendar view, 5 items are shown. The extra 2 are the ones with upper case in the contents of the "location" tracker field (the field used as resource).

With "__resource month__" view:
{img fileId="783"}

With "__month__" view:
{img fileId="784"}


!!- Things Fixed already
(1) In localhost, after applying the profile Tracker_as_calendar_10x I can't get the new items to display in the resource views modes if location field is set, only in the calendar modes. Tried manually rebuilding the search index, and no way either.
http://xavi-9794-5177.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_10

In a production site of mine, many seem to display, but not some of them with specific values in the location (resource) field.

__Update April 7th, 2014__: the issue seems to be related with using some uppercase letter in the string of the tracker field "location" (used as a the resource field for the resource-related views). Replacing uppercase letters with lowercase in the values of those fields solves the issue as a workaround until a proper fix is found/commited {sign user="xavi" datetime="2014-04-08T10:54:03+00:00"}

---

(2) In a production site not all the items are displayed in the calendar (standard or resource views).
http://2014.forumsocialcatala.cat/CalendariPrograma

Move the calendar focus to April 12th, 2014, and view to resourceDay. And notice that for instance, there are no items shown for room 112, 113 and a few others, while there should be some items listed, as can be shown by filtering the items through the field "Aula (Capacitat)" and choosing "112", for instance here:
http://2014.forumsocialcatala.cat/Inscripcions

__Update April 7th, 2014__: the issue seems to be related with using some uppercase letter in the string of the tracker field "location" (used as a the resource field for the resource-related views). Replacing uppercase letters with lowercase in the values of those fields solves the issue as a workaround until a proper fix is found/commited {sign user="xavi" datetime="2014-04-08T10:54:03+00:00"}

--(3) As anonymous, when you mouse over each item you see that there is the url associated to show the item.-- E.g.:
http://xavi-9794-5177.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_10

--However, when you click on the item in the calendar, nothing happens.--

--When you do this as registered or admin, you get the popup window to edit the data. But users (anons, etc) expect to be able to at least see the full item details when clicking on the name.--

Fixed by jonnyb {sign user="xavi" datetime="2014-04-03T00:12:24+00:00"}

---
--(4) How can we choose to show in the box on the popup window, the info from some other tracker field/s of the same item? Like with maps, that you can show some other details inside the popup box.--

-- Like contents of fields: "Priority" and "Description" in: http://xavi-9794-5177.show.tikiwiki.org/tiki-admin_tracker_fields.php?trackerId=1 --

Fixed by jonnyb, when you set some fields to be shown in the popup, at the tracker edition field for popup fields {sign user="xavi" datetime="2014-04-03T00:12:24+00:00"}

---

--(5) How can we predefine some view (lets say, resource week) (so that, the link is provided for others to see that specific view).--

Fixed in r50638. {sign user="xavi" datetime="2014-04-03T00:12:24+00:00"}

---

--(6) How can we predefine some date with some params in a url, for instance? (so that, the link is provided for others to see that specific dates).--

Fixed in r50665 {sign user="xavi" datetime="2014-04-04T19:32:40+00:00"}



Xavi

User cannot access their profile by clicking on their name (above logout). Admin ca.
Problem: The username itself is shown, but no clickable link is created.

Thus they cannot change their password or their email.

Showinstance:

admin / 12345 : name above login allows to access profile

Donald / 12345: name above login does NOT allow to access profile
Donald Duck / 12345: name above login does NOT allow to access profile

On my user information I entered (a long time ago) my "User's Homepage" and it is displayed here : https://dev.tiki.org/user11581

But I can't find a way to change this information.

I do not know when the regression was introduced (that used to work in earlier Tiki12 versions maybe?), but with latest Tiki12 and trunk (as of Nov 7, 2014), the setup to have users choose group at registration time, and fill in the form of the associated user tracker item for each group, fails at some point, since the user can't get to see the form at all, but just a never-ending spinner attempting to load something (the form)

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

In that place, the loading spinner never ends.

Reproduced in general here:
http://xavi-9794-5501.show.tikiwiki.org/tiki-register.php

Login as admin to see the setup:
u: admin
p: 12345

In this show instance the spinner does end, but no form is shown either wih the fields to be filled, etc.

When clicking on the print-icon when viewing an tracker item, the print will only show the item main field, but no other content.

The problem has to do with the management of show/hiding the tabs. When viewing interactive, one can click the tabs and the underlying js handler sets a class="active" tag to that tab. This makes the tab visible.

When clicking the print icon, all tabs have not set a class="active" and are therefore not visible.

__Its even not working here on this site__. Clicking on print for this tracker item just shows the title...

When I use trackerfilter with the option sqlsearch in a wiki page to search a tracker it does not work as expected.

On PCs running Windows 7 and Windows 10 respectively. I can reproduce the problem in Tiki14.0 and 14.2 (both with MYSQL). In both versions there is no search box created on the wiki page with trackerfilter to enter the search string.

I have tested on the demo site and the versión 14.x demo site has the same problem.

Versión 12.x on the demo site does give a me a field to enter the search string, however, it appears to only search for the string in the first field and not in both fields.

To reproduce:
I created a Tracker with 2 fields ( "Name" a Text Field and "Description" a TextArea Field).

Then I créated a Wiki page with:
{trackerfilter filters="(1:2)/sqlsearch" displayList="y" noflipflop="y" trackerId="1" fields="1:2"}

In versión 14.x wiki page does not give área to enter search string.
In versión 12.x wiki page gives área to enter search string but search only appears to search first field regardless of field(s) requested. In my example there are two ítems. The word "Green" appears in ITEM1 field 2 and in ITEM2 field 1. If I search for Green only ITEM2 is listed (where Green appears in field1). If I search for "fruit" which appears in field 2 of both ítems there are no records found.
I understood that sqlsearch option should find the search string in any of the fields specified i.e. in my case "green" in field 1 AND/OR field2.

I have listed below:
tracker_1.csv to recreate the simple tracker used
itemId,status,created,lastModif,"Name -- 1","Description -- 2",
1,o,1453722833,1453722833,"Apple","A green or red fruit",
2,o,1453722869,1453722869,"Green","The color of some fruits",

I have uploaded the following images:
tiki14.png a screen shot showing the filter created which has no space to enter data in 14.x
tiki12.png a screen shot showing the filter created which has space to enter data in 12.x
tiki12_incorrect.png a screen shot showing how search does not opérate as I expected in 12.x only Ítem2 is listed and not Item1 despite the search string appearing in field 2 of first Ítem.

When I click "Dump" in the default menu (under "Wiki"), I get an unstyled Tiki page (no CSS is used) with an error message: "Page not found dump/new.tar". There's no sign of a wiki dump, needless to say. (This is on a wamp localhost; I didn't try on another server yet.)

menus for some time have had the option to have the menu label wiki parsed - which allows customised formatting of the label and if required the addition of images etc

for wiki parsed menus that are displayed using the 'old' suckerfish menus this still works perfectly so that for example a menu item with the label:

~np~Home {img src="img/icons/home.gif" height="12" width="12" alt="Image"}~/np~

creates the parsed output of:

~np~<li class="option217 menuSection menuSection0 menuLevel0">
<a href="HomePage">
<span class="menuText">
Home
<img class="regImage pluginImg" width="12" height="12" alt="Image" src="img/icons/home.gif">
</span>
</a>
</li>~/np~

and will correctly display: Home {img src="img/icons/home.gif" height="12" width="12" alt="Image"}

However when the same menu is displayed using a bootstrap menu format something goes wrong with the wiki parsing causing an additional / to added to the end of the img tag ie

~np~<li>
<a href="tiki-index.php?page=HomePage">Home <img src="img/icons/home.gif" height="12" width="12" alt="Image" class="regImage pluginImg" /> </a>
</li>~/np~

this is then displayed as:

Home <img src="img/icons/home.gif" height="12" width="12" alt="Image" class="regImage pluginImg" />

ie showing all the html

At themes.tiki.org and at my localhost branch 14, wiki syntax isn't being parsed, but is being displayed as text instead.

At the show instance, the login is admin/12345 but the bug can be seen without logging in.

Hi,

As of r57122, when I pulled in and merged the latest source code, I noticed a bug pop up in our calendars page. When I visit a calendar and click the button at the top right of the page that opens a context window to select all the other calendars. If the window appears on top of the calendar itself where there are any events, the z-index of the events is higher than the context window's and makes the context window unusable in some cases.

The solution I implemented was to raise the z-index of the #filtercal ID in the calendar.css file from 2 to 10.

Hope this helps!

Since the use of Bootstrap in Tiki (13.x+), wide tables (like many of the ones we use in dev.t.o to display bugs and their associated variables) display a bunch of columns hidden, and the scrollbar is only shown at the bottom of the whole table.

New users might not notice that there are columns on the right hand side of the table, designed to be shown (like in our case, the column "Comments", which indicates which bugs have been commented, by whom and when, to facilitate info to the viewer about bugs that received feedback and more opinions/replies might be expected, etc).
Example (from https://dev.tiki.org/Tiki14+Blockers on a wide screen):
{img fileId="985" thumb="y" rel="box[g]"}


I was searching for something like what you can doo with doodle on wide tables, but couldn't find any jquery plugin for that.
|| ::Default view on wide table (doodle.com ):: | ::Expanded view after clicking at the shrinked columns (doodle.com)::
{img fileId="983" thumb="y" rel="box[g]"} | {img fileId="984" thumb="y" rel="box[g]"} ||

The floss solutions that we might explore to integrate might be (after 30' of searching around):
# Footable jquery plugin: (MIT licensed)
+ http://fooplugins.com/footable-demos/
# Table column toggle, from jquery mobile (compatible with using Bootstrap?)
+ http://demos.jquerymobile.com/1.3.0-beta.1/docs/tables/table-column-toggle.html

Try the demos, and see
Alternatively, some sort of custom trick could be desinged using colResizable jQuery Plugin? (MIT licensed)
http://www.bacubacu.com/colresizable/

If equally complex to implement, I would cast my vote for Footable jquery plugin, for what I've seen in their website as end user.

This was working quite well in 9.x: images from article topics, and tracker images were shown in the emails sent by tiki newsletters. In Tiki12, they are not shown anymore (links to the images miss the domain name in the url.

Example of url from a missing image (from a tracker item image) in the email:
http://img/trackers/cbc123f5818f99ffa55c3befd01d1a65

Images from rticle topics are not included in the email either, it seems.

---
Images broken also even if I enable the setting "Add BASE tag in the page HEAD" (in Admin home > Look & feel > Miscellaneous". {sign user="xavi" datetime="2014-03-05T13:11:24+00:00"}
---

u: admin
p: 12345

To reproduce:
* Add your email in the recipients of the newsletter 1
+ http://xavi-9794-5162.show.tikiwiki.org/tiki-admin_newsletter_subscriptions.php?nlId=1
* Go to send newsletter 1:
+ http://xavi-9794-5162.show.tikiwiki.org/tiki-send_newsletters.php?nlId=1
* Add a title and select the "Newsletter template 1" in the dropdown of "Apply content template"
** You will that the homepaeg is shown in the newsletter, with some images.
* Click at the button below "Send Newsletter" & "Send"
* You will be missing images from article topics and tracker images (image field and file field)
** the only shown image is hte one with a manual inclusion with img src= and absolute url. (the tiki logo in red)

On "tiki.org/Versions" the link entitled: "Why PHP 5.5 and not 5.4" broken.

I have searched through the site and did not find it, so could not update it myself.
---
Update:
* some links fail the first time that you click on them, but work the second (same browser, computer and all). Odd!. Reproduced with {sign user="xavi" datetime="2015-11-19T09:11:45+00:00"}:
** https://tiki.org/tiki-pagehistory.php?page=Versions&oldver=6
** https://tiki.org/tiki-view_forum_thread.php?comments_parentId=52703#threadId53177

__Update:__ cannot reproduce anymore - got fixed? {sign user="luci" datetime="2018-04-03T07:38:35+00:00"}

Calls to plugins which are inside a call to the WYSIWYG plugin produce no output (which usually means that their effect is invisible). Some plugins, such as FOOTNOTE, have effects other than causing output, so calls to these may keep part or all of their effect.

This bug was introduced by the changes to wikiplugin_wysiwyg.php in {commit id=50752}. Tiki versions 14 to 18+ are affected.

The following call to WYSIWYG demonstrates:
{CODE(theme="default")}{WYSIWYG(use_html="n")}
This dummy content is visible.{FOOTNOTE()}Note which is invisible, but should be indicated by a number which is actually invisible{FOOTNOTE}
{GROUP(groups="Admins")}This should be visible for admins{GROUP}
{FADE(label="This should be visible")}Hidden{FADE}
{WYSIWYG}{CODE}


This happens because plugin_execute() calls ParserLib::convert_plugin_for_ckeditor() since ck_editor is true, and therefore returns an empty string to parse_first(), and therefore to parse_data(). That parse_data() has its ck_editor option true, since it is called by parseToWysiwyg(), called by wikiplugin_wysiwyg().

Unfortunately, the revision bringing this regression also fixes WYSIWYG edition. So going back to the previous situation breaks edition again. One can only choose between working visualization and working edition.

I believe the way to fix is to go back to parse_data(), but re-parse the plugin call's content differently when editing.

Hi:
For some reason I can't get login popup to *.t.o sites from android smartphone.
* t.o/forums: I can't see the "Log in" part on the top horizontal bar of the site, that I see using a desktop computer.
* dev.t.o: I can see indeed the "Log in" part on the top horizontal bar of the site, but clicking on it does nothing (apparently) for me.
* dev.t.o: clicking on the icon to display the contents of the top horizontal bar of the site does nothing for me.

:-/

We need improvements to that *.t.o site-bootstrapification maybe?

Xavi

Can't post a reply on tiki.org forums! (wysiwyg textarea never shows up)
Tried here:
https://tiki.org/tiki-view_forum_thread.php?forumId=15&comments_parentId=57825

with chromium or Firefox and no way, from a desktop computer, as usual, where I've posted many times in the past.

Never ending "loading" bar is shown to me. with a user without admin perms.

When a wikipage uses a namespace, one cannot add a comment due that the "add comment" botton does not show up.

When renaming that page to not use a namepspace, it works.

Example:
"MyNamespace:_:MyPage" does not show the add comment botton.
renaming to
"MyNamespace_MyPage" does show the add comment botton.
or
"MyPage" does show the add comment botton.


Effects 14.x Trunk as of 18.1.2015.

For testing i used the standard default bootstrap template.

Hey there,

talking about tiki-adminusers.php

Just recently tere was a new dialogue added to apply users. Today a popup opens and you can choose respectively multiselect groups to apply the users to or to remove users from.

I could not really test this good looking feature if it works spot on, or is tere would appear objections, because on save the user is not applied to the group - the setting is just ignored.

So on a site already having this update, I have to apply users to groups from tiki-admingroups.php tab 'members', which is a workaround, but not a good UX for te released system (thus a blocker).

I will look into it for a more detailed description lateron and try to find out who committed tis. Anyway, it would be nice, if someone of the coders could check and maybe fix ... I recon, that only a very little bit is missing.

Clicking "Create" button brings up pop-up which is lower z-index and thus unclickable than the grayed overlay. Clicking anything closes it again. Unable to create new tracker manually. Seen in FF.
{img fileId="955" thumb="y" rel="box[g]" width="640"}

When trying to use a tracker category field as a filter, only the value "Any" is displayed.

In the admin-modules page module position dropdown, for example, the selector has an inline 'style="width: 827px;"' that causes the selector to extend past the right side of the containing div. In Firefox there's no problem, but with Opera (which now uses the Webkit renderer) and IE 11 the selector extends beyond the right margin of its containing div.

When Javascript is minified, the ckeditor files are not loaded and (html) wysiwyg editing fails.