Category: 19.x

Using the plugin List, for a numeric tracker field type I set default parameter in case I didn't enter any value.

But if the field is empty is default value is 0 and therefore, "0" is displayed and that is wrong. :)
Even when using default="0" the display doesn’t always reflect the situation properly.

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

I have used the Plugin Edit helper icon on the List plugin on the page ((Tiki20)) to edit some labels (I wanted to add "Status" to the status column label and to change "Volunteered" to "Volunteer to solve") and as it uses the GUI I edited them in the fields named "Label" and then clicked Save but the changes I made were not saved. Instead some not relevant change is indicated in the page history.

As you can see in the history here:
https://dev.tiki.org/tiki-pagehistory.php?page=Tiki20&newver=41&oldver=40

The plugin survey is not displayed on the help plugin section of a wiki page.
I checked it was activated.

Plugin Swiper (new image rotator/carousel plugin) currently seems to load only the first image. There isn't any progression to the next image, the previous/next arrows do nothing, etc. This can be seen at the plugin's doc page - [https://doc.tiki.org/PluginSwiper]. I also see the problem at another Tiki 19 site, so it isn't specific to doc.tiki.org.

It is not possible to click "Next" or "End tour" in Tiki 19.x.

Sample code:
{CODE()}
{TOUR(title="Welcome to the tour" prev="-1")}Here's the start of a tour.{TOUR}
.
.
.
{TOUR(next="-1")}This is the last step of the tour.{TOUR}
{CODE}

Chrome Canary console output:
{CODE()}
Uncaught TypeError: $element.data(...).tip is not a function
at Tour._showPopover (bootstrap-tour.js:597)
at Tour._showPopoverAndOverlay (bootstrap-tour.js:552)
at Tour._showPopoverAndOverlay (bootstrap-tour.js:22)
at HTMLBodyElement.<anonymous> (bootstrap-tour.js:717)
at HTMLBodyElement.opt.complete (jquery.js:7267)
at fire (jquery.js:3268)
at Object.fireWith [as resolveWith] (jquery.js:3398)
at tick (jquery.js:7110)
at Function.jQuery.fx.tick (jquery.js:7436)
at schedule (jquery.js:6813)
{CODE}

After click on Next:
{CODE()}
popover.js:164 Uncaught TypeError: No method named "destroy"
at HTMLSpanElement.<anonymous> (popover.js:164)
at Function.each (jquery.js:354)
at jQuery.fn.init.each (jquery.js:189)
at jQuery.fn.init._jQueryInterface [as popover] (popover.js:149)
at Tour.<anonymous> (bootstrap-tour.js:281)
at Tour._callOnPromiseDone (bootstrap-tour.js:815)
at Tour.hideStep (bootstrap-tour.js:305)
at Tour.next (bootstrap-tour.js:179)
at HTMLButtonElement.<anonymous> (bootstrap-tour.js:744)
at HTMLDocument.dispatch (jquery.js:5183)
{CODE}

Probably some class names changed in the BS 3 to 4 transition.

See https://dev.tiki.org/Bugs-and-wishlist-stats
Where there is a category field type used, it shows %NaN instead.

Plugin TrackerStat has no easy replacement with Plugin List, as far as a I know.

We need to have the answers to a question (tracker field) sorted with natural case sorting. For instance, if you ask in the question a radio button showing options from 1 to 24, you will get the answers sorted as something like (copied from a production site):

{CODE(ln="1")}
1 10 %3.12 <->
1 11 %3.12 <->
2 12 %6.25 <->
1 13 %3.12 <->
1 15 %3.12 <->
5 16 %15.62 <->
4 18 %12.50 <->
1 2 %3.12 <->
3 20 %9.38 <->
1 21 %3.12 <->
1 22 %3.12 <->
1 24 %3.12 <->
1 24 (Always) %3.12 <->
3 3 %9.38 <->
3 5 %9.38 <->
2 6 %6.25 <->
1 8 %3.12 <->
{CODE}

See it reproduced here:
http://xavi-9794-5637.show.tikiwiki.org/tiki-index.php#contentvotingsystem-2
u: admin
p: 12345

field: 12
How many days?
{CODE()}
1 1 %33.33 <->
1 10 %33.33 <->
1 2 %33.33 <->
{CODE}
Answer related to "10" should be after the one related to answer number "2"

PHP function natcasesort needs tobe used to sort answers.
http://php.net/manual/en/function.natcasesort.php

PluginLayout assumes there will be one content area in the foreground and one full-width background area behind the content. To create a full-width area for the page background image, PluginLayout changes -+div class="container"+- to -+div class="container-fluid"+-.

But for some page content layouts, the page backgrounds, etc. are full-width, but the text content is limited to the normal container width (1270px or whatever) in (vertically) alternating sections of the page, like on [http://demo.zukathemes.com/Happy+Scroll].

The layout on that page starts out with a full-width page to get the wide backgrounds behind the headings. Then -+div.container+- is used in the sections with columns of text. But with the plugin currently, ''every'' instance of -+container+- gets changed by the plugin to -+container-fluid+-.

Setting the "contentwidth" parameter to 80% or whatever doesn't help because this also limits the width of the section background images.

It would be good if only the outermost instances of -+div class="container"+- were changed by the plugin (not the nested or child instances), so any instances of -+div class="container"+- in the wiki text wouldn't be touched by the plugin - they would remain -+div class="container"+-. This would enable alternating sections of full-width backgrounds and container-limited content on the page.

(Of course I'm open to other ways of achieving the same result with this plugin, if there's a better/easier way.)

https://ibb.co/c0abDL

When using a dropdown tracker field (https://doc.tiki.org/Drop-Down---Radio-Tracker-Field) it is possible to set value with a label. But it is not possible to use the same value for different labels.

The following won’t work and it would useful if it could :
{CODE()}0=false,0=almost false,1=almost true,1=true{CODE}

Still an issue in Tiki25, the last "of the same" value is displayed;

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

Prefix doubled when tracker item saved and wiki-page-tracker-field uses custom namespace
---
human error, not tiki error. The field to get the page name from was a mathematical calculation field, and I had written there the prefix aswell, not only in the params of the wiki-page tracker field.

Some profiles bring up this fatal error when you try to preview the changes to be made:
{CODE()}
Fatal error: Uncaught TypeError: Argument 1 passed to Tiki_Profile_Installer::install() must be an instance of Tiki_Profile, boolean given, called in /var/www/clients/client1/web16/subdirs/tiki19x/admin/include_profiles.php on line 85 and defined in /var/www/clients/client1/web16/subdirs/tiki19x/lib/core/Tiki/Profile/Installer.php:409 Stack trace: #0 /var/www/clients/client1/web16/subdirs/tiki19x/admin/include_profiles.php(85): Tiki_Profile_Installer->install(false, 'all', true) #1 /var/www/clients/client1/web16/subdirs/tiki19x/tiki-admin.php(545): include_once('/var/www/client...') #2 {main} thrown in /var/www/clients/client1/web16/subdirs/tiki19x/lib/core/Tiki/Profile/Installer.php on line 409
{CODE}

__Update__
In 22.x it brings an Error alert dialog:
^__Error loading profile__
This message will move to the top of the page after a few seconds.^

Clicking the "Preview Changes" button to preview a profile in trunk fails with some badly broken full-tiki page in modal content and a CSRF error message in it:
{img fileId="1211" thumb="box"}

I removed a page at doc.tiki.org and checked the box to make a redirect to another page whose name consists of three words. I wrote the page name normally with spaces, with no characters to represent spaces. When the redirect was created, it concatenated the page name's three words into one, so a long string with no spaces. This breaks the redirect.

I couldn't find a related issue (registration / register => dogfood category) so I create this.

It is actually super hard to register at Tiki.org.
This is critical and should be fixed asap.

If you don’t enter correctly the captcha ''(this may also subject to a sub-bug because when I tested I paid attention to those too hard too read letters)'' you enter in a loop of error you can’t get out.

{img fileId="1276" thumb="box"}
{img fileId="1277" thumb="box"}
{img fileId="1278" thumb="box"}
{img fileId="1275" thumb="box"}

When the website was back I tried to login and got another error:
Error
Account requires administrator approval.

I had to validate and then to confirm email using tiki-adminusers.php.

This is very bad for new user willing to register and it ended with Tiki.org not being available.

As this page shows - https://dev.tiki.org/tiki-pagehistory.php?page=Addons+Cleanup&newver=76&oldver=70 - the page history table as shown in Chrome/chromium browsers is wider than the center column and so needs horizontal scrolling for all the table contents to show. The table only contains text, so there's no reason it couldn't display within the column width without scrolling being needed. In Firefox, which I use almost all the time, the table does in fact display without scrolling (it's narrower and taller).

I setup a demo to debug the rss articles duplication seen at https://tiki.org/Community

During the first 40mn I had the following message: "You do not have permission to view this section". I create a new article, refreshed the external feed (not willing to wait 30mn), refreshed caches even deleted temp/caches/ files.

And I was Admin... :)

Nothing helped and I went to other task.

Back after 40mn+ It displays the articles properly.

# Seems the refresh at once is not working at /tiki-admin_rssmodules.php
# The error message is misleading

There is no search option on Tiki Webmail.
This is not really an option for real life usage and a search feature is much needed.

I run the following search on Tiki Doc: https://doc.tiki.org/tiki-searchindex.php?filter~content=wiki+syntax&search=Search

Many results point to files in the file gallery that show a broken result "invalid backend".

One of the result is : https://doc.tiki.org/tiki-list_file_gallery.php?galleryId=137&highlight=wiki+syntax

It turn to an error:
{img fileId="1204" thumb="box"}

Now we have Scheduler and plugin ListExecute we can fairly simply make an automated notification system for this tracker, to:
* email the originator if it's pending and needing retesting
* open, not fixed and a volunteer is listed
* still open after a very long time (gone stale?)
...that sort of thing.

Anyone fancy trying to set it up? (:mrgreen:)

Hi guys, I don't have time to bugfix this right now, but I think I might have found a possible explanation for some weirdness happening in svnup.php

When you run sh setup.sh when your PHP version in $PATH is too low (ie, clearos) it searches known locations for correct PHP versions and uses them.

Now, the issue I have found is that it does this, but skips the section where it downloads and configures the dependencies. So setup.sh completes without errors and does perform some tasks, like setting permissions but does not do what you thought it would (download and install dependencies).

Running sh setup.sh -p xxxx

where xxxx is the PHP path that setup.sh previously identified as a good PHP version, works flawlessly.

At https://tiki.org/Add-Consultant the value for 3 fields that were added recently (index rebuilt several time since) are not display and the user can’t choose anything.

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

The shoutbox is throwing 500 server errors.

Some examples of links used on tiki.org that are throwing 500 errors:

https://tiki.org/tiki-shoutbox.php?offset=3411
https://tiki.org/tiki-shoutbox.php?offset=4091
https://tiki.org/tiki-shoutbox.php?offset=4013
https://tiki.org/tiki-shoutbox.php?offset=4049
https://tiki.org/tiki-shoutbox.php?offset=4011
https://tiki.org/tiki-shoutbox.php?offset=4500
https://tiki.org/tiki-shoutbox.php?offset=450
https://tiki.org/tiki-shoutbox.php?offset=1055
https://tiki.org/tiki-shoutbox.php?offset=550
https://tiki.org/tiki-shoutbox.php?offset=1054
https://tiki.org/tiki-shoutbox.php?offset=494
https://themes.tiki.org/tiki-shoutbox.php

http://doc.tiki.org/show:PluginWebservice is throwing a 500 server error when visiting it.

Google is reporting our link as uncrawlable and continually attempting to re-index.

While we have very effective tags and social network tools they are not working as expected at Tiki.org.

When I look at : https://developers.facebook.com/tools/debug/og/object/?q=https%3A%2F%2Ftiki.org%2Farticle455-Happy-16th-Birthday-Tiki

Everything seems ok but at https://www.facebook.com/groups/6607687318 look at the way the article from tiki.org look like and how the article from my own Tiki look like:

{img type="fileId" fileId="1231" thumb="box"}