Category: 15.x

In Tiki 15.4 the theme Fivealive does not display by default the Login, Preferences, Quick Administration icons at the Top Module.

__Describe precisely what you did (how to reproduce). __
I installed fresh instance of TikiWiki 15.4 via Softaculous on shared hosting. I then activated the Fivealive theme.
__Describe exactly the faulty consequences. __
Immediately the Top Module icons were missing, actually hiding because the text color is set at white.
__Explain what you expected instead of the faulty consequences.__
I expected to see the icons at the Top module. The text color can be change to accommodate this fault, but for a new user, this will be very confusing.

Was doing some tests with JQuery, and found out that any category field will have an extra pair of brackets after the FieldId → ins_341[]
Run into some trouble to use it.
The other tracker fields will just end up in the number. This might be a problem to somepeople, speccialy by using plugins that will target it, like trackertoggle.

Tried to look in the plugin php to see where this is generated but coudn`t find it.

Below is the complete code for field 15 (category field) I used in a test tracker
{CODE()}<select name="ins_15[]" class="form-control" aria-invalid="false">
<option value=""></option>
<option value="1">A</option>
<option value="2">B</option>
</select>{CODE}

Thanks

For POI map items ie a tracker item with an Icon field, the icon image is no longer updating WHEN USING FIREFOX and the tracker_legacy_insert pref is enabled – in the tracker item edit screen a new/different icon image can be selected from the available options in the file gallery, and this is correctly shown just after selection but when the item is saved the icon reverts to the previous image.

Using Chrome it is all OK - not checked other browsers yet

Show instance with tracker setup:
http://eromneg-10122-5815.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1
admin
admin12345

UPDATE: OK – I’ve narrowed down the issue further

I’m using FF44.0.1 so no difference there, but because my test site has evolved from much earlier versions it has got a whole range of tracker prefs that have been set over the years (or have arrived during upgrades to give backwards compatibility)

I’ve spent a bit of time aligning the show instance to what my test site uses and the key difference is the tracker_legacy_insert pref which is set in the Tracker Control Panel. With this set the issue occurs in the show instance with FF but is OK in Chrome

__Describe precisely what you did (how to reproduce)__
I uploaded an oversized image to a wiki page. The oversize image constrains nicely on the wiki page with:
Thumbnail: None
Responsive Image: Default

When the following parameters are applied the image renders poorly:
Thumbnail: None
Responsive Image: Default
Caption: Text
Alternative Text: Text

__Describe exactly the faulty consequences. __
The faulty consequences are the image fly's out of the constrained area of the wiki page into the body of the site when the Caption and Alternative Text params are used.

__Explain what you expected instead of the faulty consequences. __
I expected the image to constrain nicely in the wiki page as it does when only the Thumbnail and Responsive Image params are applied.

__ Describe precisely what you did (how to reproduce).__
I attempted to place images with captions side by side in a wiki page, with the params as:

{CODE()}{img type="fileId" fileId="id" thumb="box" desc="Test Caption" responsive="n"} {img type="fileId" fileId="id" thumb="box" desc="Test Caption" responsive="n"}{CODE}

__ Describe exactly the faulty consequences.__
When images are placed side by side, with as thumb, responsive n, and caption added, they will not place side by side, but will only place over and under.

__ Explain what you expected instead of the faulty consequences. __
I expected to view the images side by side, with captions below the images.

If you you the image plugin, and specify "imalign" it produces an attribute "position=center" etc. on the a tag, but that attribute does not exist, and furthermore does not appear to do anything.

The imalign seems to e broken for SVG files, but does work nicely for other images.

At some point someone added that attribute for some kind of reason, am I missing its use or is this nothing more than invalid HTML?

just image
{img fileId="974" thumb="box"}

image with align specified
{img fileId="974" thumb="box" align="center"}

image with imalign specified
{img fileId="974" thumb="box" imalign="center"}

Since {commit id=24627}, the IMG plugin supports percentages in its width or height parameter to scale the image. For example...
~np~{img fileId="2970" width="50%"}~/np~
... would display image 2970 with its original dimensions halved.

This was unfortunately broken for Tiki 9 and later on some systems by {commit id=37006}. Setting dimensions this way is ignored, for example on French systems, which use a comma as decimal separator instead of a point.

The attached patch fixes in 2 ways. Any one is sufficient. The change to tiki-download_file.php is not quite clean as it alters $_GET.

Note that this exposes a lack of validation in tiki-download_file.php.

Reproduced here:
http://stirus-11828-6082.show.tikiwiki.org/tiki-sheets.php
u: admin
p: 12345

I tried the following:

1-created a spreadsheet with two columns; row one had headings, row two data
* http://stirus-11828-6082.show.tikiwiki.org/tiki-view_sheets.php?sheetId=1
2-exported the spreadsheet in CSV format, UTF-8 character set
3-renamed the export file
4-edit the exported file with UltraEdit; changed one field; saved with UTF-8
5-created an empty spreadsheet
* http://stirus-11828-6082.show.tikiwiki.org/tiki-view_sheets.php?sheetId=2
6-ran import CSV with UTF-8
7-no data imported, and the sheet just says "Array".

https://doc.tiki.org/WordPress-importer

Nothing happens when I load the file. I don't know if it just hangs or never starts at all. I do see the percentage countdown in my web browser, it does get to 100% but then nothing happens and no posts are loading into blogs, articles or wikis. Possibly the problem is the WordPress xml file. The only time WordPress has been trouble free (importing) was when it was from WordPress to another WordPress site. Including the OPML (links) file.

Would it be easier to import from Joomla? I tried them for a couple of months and did import most of my WordPress site there. (Images did not make it).

There must be a few others moving from other CMS type software to Tiki. Please help.

In wysiwyg edition, I can right-click on a table → Table properties → and set a value for cell padding, for instance __5__.

This correctly sets cellpadding="5" at the table level.

But in the CSS file from the theme, for instance in line 182 of fivealive.css there is:
td, th {
padding: 0;
}
this seems to override the cellpadding="5" with padding="0" at the cell level, which takes precedence over the table level.

So it is not possible to set cell paddin to any value except 0.

This happens with all themes, it is not a fivealive issue.

I could not find from which less file this comes from :-(

I did upgrade since_last_visit_new module a while ago to use bootstrap
icons instead of png's. This worked well for a while (well, icons where
a bit small fur human fingers when in smartphones, but better than
before, for UI consistency).

However, once a Tiki site is very active, the UI showed that requries
some more love, which is beyond my skills. See screenshot attached.
Icons become overlapping each other, the border of the active tab is not
properly surrounding that icon, etc.

Any help from anyone with better skills with bootstrap UI (& css, less,
...) than me?

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

improve doc for devs about the right way to develop permission checks (global, category and local)

I wish there was a place (ideally) were permission checking in tiki was explained for dev dummies: global, categ and local object perm checking.
That documentation at dev.t.o should be linked, at least from:
* https://dev.tiki.org/Permission
* https://dev.tiki.org/Permission+inheritance
* https://dev.tiki.org/Hello+world#To_check_a_permission

I upgraded a site from 12.x to 15.1, and attempted to use the post to the shoutbox while also posting to twitter, and I got this error message shown in the module:
{CODE()}
Failed to execute "shoutbox" module

Unable to enable crypto on TCP connection api.twitter.com: make sure the "sslcafile" or "sslcapath" option are properly set for the environment.
{CODE}

I'll google for it, because I might be missing some system package for the communication (I upgraded to this current server after tiki12 was installed years ago, and didn't use the shoutbox + twitter for a looong while).

But in any case, some clear documentation of what packages are needed for the feature to work, and display that info also in the ((doc:Upgrade Wizard)) as well as in the doc ((doc:Tiki15)) page will be welcome.

---
Update: {sign user="xavi" datetime="2016-06-15T09:08:34+00:00"}
Ok, it seems the upgrade from Zend1 to Zend2 might have missed the definition of some new params needed by Twitter api which is used by the shoutbox feature in Tiki.
See this for more info:
* http://stackoverflow.com/questions/24303824/unable-to-enable-crypto-on-tcp-connection-api-mysite-com-on-zend
* http://stackoverflow.com/questions/24221104/ssl-error-in-curl-call-to-twitter-api
* http://stackoverflow.com/questions/23615548/trouble-with-authentication-in-vk-com-with-zend-oauth
+ etc
---

In the "MySQL or MariaDB Database Properties" section, tiki-check.php appears to be agnostic about the setting of "Strict Mode" reporting the item in the "info" category.

Our experience has shown that how this value is set is very significant to TW and tiki-check should test this item and report as "good" or "ugly".

If Strict Mode reports "STRICT_TRANS_TABLES" then the tiki-check explanation is "MySQL is using strict mode."

However, in this situation tiki-stats.php fails reporting

Expression #2 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'trp.tiki_pageviews.day'
which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
The query was:
SELECT SUM(`pageviews`) AS views, `day` AS unixtime FROM `tiki_pageviews` GROUP BY FROM_UNIXTIME(`day`, '%Y-%m-%d') ORDER BY views DESC LIMIT 1
The built query was likely:
SELECT SUM(`pageviews`) AS views, `day` AS unixtime FROM `tiki_pageviews` GROUP BY FROM_UNIXTIME(`day`, '%Y-%m-%d') ORDER BY views DESC LIMIT 1


If mysqld.cnf is updated to include sql-mode="NO_ENGINE_SUBSTITUTION", then tiki-check shows "MySQL is not using strict mode." and tiki-stats runs without issue.

We have tested this on LTS15.5 but I note tickets 6303 reported by DNeukomm on TW16.x and 6453 reported by Bernard Sfez on TW17.x with what I suspect are related issues.

On tiki-admin_modules.php, when assigning a menu module, this message appears before any configuration is done: "Error - One of these parameters has to be set: Menu, Structure."

This appears before the admin does anything, so it's disturbing and inappropriate. Probably instead of "Error" it should say "Note" or "Notice".

(I don't know if the same message appears if the module is being saved without the parameter set, which might be a reason for the stronger tone.)

On a blog post page, there are two chevron icons to display a dropdown list. One of them, "Blog actions", opens when the mouse hovers over it. The other one, "Blog post actions", doesn't open when the mouse hovers - it needs a click. These are very close together on the page, so the inconsistent behavior is especially obvious. But throughout the site the dropdown behavior should be the same, right? - either hover or click. Is this possible?

Noticed some odd behavior today with the email that users receive for reports. If the user has the option: receive a report even when nothing has happened enabled, sometimes the link at the end of the email that is supposed to redirect to user watch preferences is broken. This only occurs when the email is reporting that no changes have been made.

For example, if the report has changes included the email is:
---
Report on wiki for User
Last report sent on Monday June 27, 2016

Changes in detail:
(Changes)

You are receiving notification emails grouped in a periodic digest. To receive them individually when posted instead, change your preferences at https://wikiurl/tiki-user_watches.php
---
That last bit is what seems to be inconsistent. If no changes have been made the email instead looks like (notice the link at the end).
---
Report on wiki for user
Last report sent on Monday June 27, 2016

Changes in detail:
Nothing has happened

You are receiving notification emails grouped in a periodic digest. To receive them individually when posted instead, change your preferences at http:///tiki-user_watches.php
---
So, if nothing has happened to report the link to the user watch preferences is replaced with ///tiki-user_watches.php, which is obviously a broken link. Also worth noting for anyone trying to debug, the URL begins with https:// when there are changes to report and http:// when there are no changes to report.

The Inline editor keeps creating blank <p> elements in a page, after titles.

Im using a Heading, and below it a Unordered list. Every time I use the Inline editor, it creates a blank <p> below the Unorederd list, making it unusable.

Show instance: http://fvtorres-11800-5972.show.tikiwiki.org/
User: admin
Pass: 12345

Thanks

When I click Insert Object Link, it hangs forever, and PHP lists errors in searchlib-unified.php

Same problem in category admin if you have unified_add_to_categ_search enabled the add objects hangs too {sign user="jonnybradley" datetime="2016-02-01T10:13:11+00:00"}

insert tracker item with modal window fails due to form refresh when choosing page name from dropdown options (in a tracker field wiki page name)

For the record, it was reproduced here: https://sustainability.seeds4c.org/tracker25
(site in production, intranet for a university course - ask for a temporary user if you are willing to test on site for debugging purposes or something)

Inter-User messaging fails with realnames: username only written when replying and that fails in current svn , since it expects to use the "Real name (username)" format, it seems.

((doc:Interactive Translation)) produces WSOD in 15.x,

Reproduced in Chromium 51 (windows user) or Firefox 46 (Linux)

url:
http://example.com/tiki-interactive_trans.php?interactive_translation_mode=on

user with tiki_p_admin

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

"The page isn't redirecting properly"

Couldn't reproduce in the show instance. If you want to debug, tell me the keyword "sqbc"

So I've been doing some testing on 15.x and I noticed that there is an issue with the calendars. When you click on 'Add Event' for some calendar, it opens the window that lets you change event times and whatnot, but it loads with a backdrop that prevents the user from being able to click anything. It seems to me that the backdrop is simply appearing in front of the other windows... perhaps it is an issue with the way it is assigned a z-index.

The element in question is 'modal-backdrop fade in'. It creates a gray backdrop that covers the entire screen, including the window that appears to add an event to a calendar.

Calling plugins in headings in pages where maketoc is used can cause breakage. For example, this happens when calling the ANAME or FOOTNOTE plugins.

! Effect on ANAME
Although Tiki generates anchors for all headings automatically, I find using ANAME is a great way of creating manageable and easily memorable Anchors for otherwise unwieldy headings
If a heading within a tiki page is coded as follows
{CODE(caption="1. Tiki Source Code snippet" wrap=1)}
!! Fourth and Even More Forgetful Heading{ANAME()}Quick4{ANAME}
{CODE}then Tiki generates the following HTML code
{CODE(caption="2. Generated HTML snippet" wrap=1)}
<h3 class="showhide_heading" id="Fourth_and_Even_More_Forgetful_Heading"> Fourth and Even More Forgetful Heading<a id="Quick4"></a></h3>
{CODE}which can be exploited by
{CODE(caption="3. Tiki Source Code snippet" wrap=1)}
{ALINK(aname=Quick4)}Link to Fourth Heading by its Quick4 Anchor{ALINK}
{CODE}All the above works flawlessly.

However, add MAKETOC to the page above the source line where ANAME is last used and it breaks the ANAME anchor(s). For this example, the maketoc is restricted to level 2 headings only as ~np~{maketoc levels="2"}~/np~ which makes the generated HTML a little more compact.
Tiki generates the following HTML in response to the inclusion of maketoc
{CODE(caption="Generated HTML for maketoc snippet 3" wrap=1)}
<ul><li><a href='#First_Level_Two_Heading' class='link'> First Level Two Heading</a>
</li><li><a href='#Second_Long_and_Equally_Unmemorable_Heading' class='link'> Second Long and Equally Unmemorable Heading</a>
</li><li><a href='#Third_Painfully_Difficult_Heading' class='link'> Third Painfully Difficult Heading</a>
</li><li><a href='#Fourth_and_Even_More_Forgetful_Heading' class='link'> Fourth and Even More Forgetful Heading<a id="Quick4"></a></a>
</li><li><a href='#Fifth_Long_and_Not_Very_Memorable_Heading' class='link'> Fifth Long and Not Very Memorable Heading</a>
</li></ul></li></ul><!--toc--></div><br />
{CODE}Note how the entry for the Fourth Paragraph has the anchor "Quick4" associated with it. The HTML code generated for the Fourth Paragraph heading remains identical.

The effect of this is that the tiki anchor Quick4 is now incorrectly linked to the TOC entry, being the first instance of HTML ANCHOR within the HTML file.

If the MAKETOC plugin is included below the ANAME, then the ANAME works as intended, since that is the first occurrence of the generated HTML ANCHOR statement.

I have a couple of test pages which illustrate this issue, if they are of any use in your testing.

! Effect on FOOTNOTE
Calling FOOTNOTE returns an HTML A element with an id, so using that same identifier twice causes invalid HTML. Additionally, since browsers favor the first element using the identifier in such cases, the TOC's instance wins if ~np~{maketoc}~/np~ precedes headings, which is not what we want.

! Cause
Plugin calls are executed in parse_first(). (Calls to plugins in "html" format are replaced by alphanumeric fingerprints.) After, parse_data_process_maketoc() is called and expands "~np~{maketoc}~/np~" to headings, so that each plugin call in a heading in the TOC has its result (or fingerprint) twice in the source. (After, replace_preparse() replaces fingerprints with the result of plugin functions (stored during parse_first's execution).)

This issue happens because maketoc therefore causes a plugin call's result to be repeated in the TOC (instead of possibly executed again specifically for TOC-s), which has 2 problems:
* plugins don't expect their output included twice in the page, so some (such as ANAME) may use HTML's id attribute in a manner incompatible with maketoc, causing invalid HTML
* plugins don't expect their output to be included in an HTML A element, so some (such as FOOTNOTE) for example generate links themselves, again causing invalid HTML

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