Category: Release Blocker

See https://nextdev.tiki.org/File-a-bug

I create a new Tiki 24 from git 6188b548 · [REL] Closing 24.0 beta release · 16 hours ago from scratch.
I created a duplicate database to install it with previous data.
Tiki successfully detect the database connection.
The installer didn't proposed me the usual choice (update or create).
I continued to check and ended with a database emptied and reseted.

This is a critical as new admin may not understand there is a problem here and proceed.

See the video here: {file type="gallery" fileId="1730" showicon="y"}

I retried with a different database and it was the same.

See second video here: {file type="gallery" fileId="1731" showicon="y"}

When doing a fresh install of branches/19.x via tiki-install.php UI: if the user selects MyISAM as the database engine of his choice instead of the default InnoDB, then after the last step where user chooses to lock the installer there is a system error instead of the screen to change the admin login on the -+tiki-change_password.php?user=admin&oldpass=admin&newuser=y+- (which is really a shame):
{CODE()}
An error occurred while performing the request.

Things to check:

Did you complete the Tiki Installer?

Is your database corrupt? Please see how to repair your database

Are your database settings accurate? (username, schema name, etc in db/local.php)

Please see the documentation for more information.
{CODE}

See https://screenshots.firefox.com/AZAjqNbyHSzadvdJ/demo.luciash.eu

With InnoDB the same process works nicely and the user is welcomed with the admin login password change.

__Did anybody test this? How come the unit tests did not catch it?__

2015-03-10 EDIT: SOLVED! Thx LPH and Gezza.

WikiStructure administration:

The "Save" button is not appearing ...
... and not working

* not if made displayed via "inspect element"
* nor if hardcoded visibility (ex: tiki-edit_structure.php -> button save - > display:none for ajax=n)

Maybe a problem with AJAX in Tiki pre-13 / trunk??

in tiki-edit_structure.php following is not working:

add filtered wikipages to the structure AND SAVE

move pages in the structure to different positions AND SAVE

delete wikipages out of the structure AND SAVE

So all functionality is there, but just "saving" is not possible.

I did not make a show instance here, but please check out [http://dev.tiki.org/item5093],
where I will document and add more pre-13 related bugs to the show instance:

__[http://torsten-11143-5093.show.tikiwiki.org/tiki-index.php?page=wikistructure_example&structure=wikistructure_example&page_ref_id=1|see the structure]__

__[http://torsten-11143-5093.show.tikiwiki.org/tiki-edit_structure.php?page=wikistructure_example&page_ref_id=1|try to alter the structure]__

Server login: show/show
Tiki login: admin/12345

Toolbar setting done on Tiki-admin_toolbar.php are not applied on wiki page.

Go to http://demo.tiki.org/11x/tiki-admin_toolbars.php
I have removed on purpose "B" (bold) button on global wysiwyg.

Create or edit a page it is still in place.

~~#F00:Note: ~~It in the db the tiki-preferences got a field "toolbar_global" and the value reflect the changes i made. Still they are not applied.

Please see: https://www.evernote.com/shard/s37/sh/6edbdb52-c82b-4826-9f27-b42d4d2bd9f7/aca5fa7cd8814437dedcd2f6d816b69e

Gary is looking at this also, but Sendhil if you have time can you see if you can fix as well?

Gary says that the way to fix this is to add in admin modules for each module a container class to position it within the Bootstrap grid. He says he will try it and document the process on http://doc.tiki.org/Tiki13#Upgrade

The tracker fields table's ''overflow-x: hidden'' property isn't working because the table doesn't have a property ''"display: block"'' (or ''inline-block'' or ''flex''). This is noticeable when fixed-width is activated or when the browser viewport isn't wide.

As of Mar 8, 2026, the tracker fields table does display now . . . because the side columns have been removed along with all the pagetop navigation, etc. What was the plan here? If the original layout of the page could be restored and the display property of the table added, that issue would have been fixed.

I added this issue to the "Release Blocker" category because trackers are commonly used and the UI shouldn't be this broken.

The filter in view tracker items do not work anymore. I did not try trackerfilter plugin (bug might be there as well).

On a tracker with a file field create an item.
Upload a file or browse for an existing file in your file gallery.
When you click on the select button (label should be "save the file" or "insert file or...) the modal close and you lost everything you entered in the form.

The picture is however uploaded to the relevant file gallery.

It was working fine not so long ago...

https://share.vidyard.com/watch/p77y8bHmKaJSvM67AppFkM?
https://share.vidyard.com/watch/RYDLTaz48zzjWZXqJfpr7s?

On nextdev I’m trying to save an item but the screen stay put only the "submit" button turn grey.

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

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.

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

It may be specific to : http://bsfez-11581-6322.show.tikiwiki.org/tiki-list_trackers.php
I can’t reproduce.

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__

I wonder if this issue is just happening in show.t.o and why.
But in any case, it's preventing to report any bugs in trunk (16.x), so I hope someone can have a look at this issue.

trunk (16.x) in show.t.o: I can't do the first login as admin admin

Reproduced here:
http://xavi-9794-6009.show.tikiwiki.org/

I can't login to the new trunk show.t.o instance just created, neither with Chrome nor Firefox, with the usual credentials for the first connection:
u: admin
p: admin

I get __invalid username__ with this url produced in the first attempt to connect:
http://localhost/trunk/tiki-change_password.php?user=admin&oldpass=admin&newuser=y

or with this other one:
http://localhost/trunk/tiki-login.php
I get:
__Error__
__Invalid username or password__

---
Update:
I checked today table users_users and I confirm that there is no user admin created at all. {sign user="xavi" datetime="2016-07-07T12:26:00+00:00"}

trunk broken in next*.tiki.org sites due to Zend issue (zf1 to zf2?)

Error type:
{CODE()}
Fatal error: Class 'Zend\Config\Ini' not found in /var/local/doc.tiki.org/www/db/tiki-db.php on line 97
{CODE}

Using latest trunk: r57094

To reproduce, try to visit
https://nextdev.tiki.org
or
https://nextdoc.tiki.org

etc

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.

For some misterious reason, since a few weeks (2 maybe {sign user="xavi" datetime="2015-05-19T08:56:45+00:00"} ) incremental search index fails (using either lucene or mysql full text search as the unified search engines)

Errors are related to permission problems (in an example with Lucene PHP as unified search engine, and at tracker item insertion):
{CODE()}
Search index could not be updated. The site is missconfigured. Contact an administrator.
fopen(temp/site1.example.com////////unified-index/_u.sti): failed to open stream: Permission denied.
{CODE}

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


For a forum post, in another tiki 12 site, another user reported this error message:
{CODE()}
Search index could not be updated. The site is misconfigured. Contact an administrator.
fopen(temp/site2.example.com////unified-index/_e.sti): failed to open stream: Permission denied
Search index could not be updated. The site is misconfigured. Contact an administrator.
fopen(temp/site2.example.com////////////////////////////unified-index/_e.sti): failed to open stream: Permission denied
{CODE}

Content is added successfully (wiki page edition, tracker index, forum post, ...), but the error message is shown to the standard non-admin user as "Error", even if the setting "show php errors" is set to "Show to Admins only".



This is afecting all our tiki 12.x that we have in production (4) running on the same ((doc:multitiki)) instance, on an ((doc:ISPConfig))-powered server (in case this matters) . If unix permissions are related, then you need to know in advanced that ISPConfig requires permissions set as www-data for the owner, and clientN for the group, being "N" a number corresponding to the client number in the ISPConfig configuration. See ((doc:ISPConfig))
---
Related bug (I can't seem to select them through the field "Related-to" since they are not shown in the list, which is capped before reaching those ones starting with "Search index could not be updated. The site is misconfigured. Contact an administrator.":

"Search index could not be updated. The site is misconfigured. Contact an administrator."
http://dev.tiki.org/item4115

Tiki Wiki CMS Groupware v16.0svn (SVN) "Situla"
Last update from SVN (16.0svn): Monday 31 October 2016 12:39:28 GMT-0100- REV 60095

Users register to the site autonomously.
Registration is set to validation by Administrator.
Member of group Admins cannot validate the users - neither by the validation link in the notification email, nor by logging in and trying manual validation on-site.

So no new users possible at this site with registation moderation.
This is a crucial bug.

Update 6 Nov 2016: it was reportedt, that 'creation of users' is broken at all in current Tiki16.

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.

I meant to ask if anyone has a clue what this could be caused by? I don't see anything in the console which baffles me. The regCapsLock error that Brendan mentions below might be a false lead - when I add tracker fields to the registration it works but that error is there too, so it may be unrelated.

In Tiki 16, there is a problem where user cannot register. After clicking "Register", the use sees "Saving..." spinner forever.

I can confirm the problem disappears if you add user tracker fields to the registration. i.e. the problem only occurs on the basic registration setup.

See below for more information.




On 06.11.2016 16:36, Brendan Ferguson wrote:
Ive confirmed its a JS error. When I disable javascript with NoScript, it works fine.

Brendan



On Nov 6, 2016, at 10:29 AM, Nelson Ko <nelson@citadelrock.com> wrote:

I finally managed to roll back to r60095 but it doesn't help. Which is bizarre since I can register on tiki.org. The registration form on tiki.org is more than the default one though (has tracker info). So maybe it has something to do with that but that is just a guess. So anyway if someone else has time to troubleshoot it will be great - I will have to check back later.

On Sun, Nov 6, 2016 at 10:20 AM, Brendan Ferguson <drsassafras@gmail.com> wrote:
Ive got a console error here.

ReferenceError: event is not defined

regCapsLock(event);

Its not my area of expertise.

Ive verified that user creation through the admin panel is unaffected.

Brendan

I've confirmed that there is no user creation in the database when this error occurres. It's what one would expect with this kind of error, but it's good to make sure :)
Dr Sassafras

Feature Validate users might have become broken, if confirmed by someone else.
This looks serious enough to me to be considered a blocker, if confirmed by someone else.
The user tracker we suggest to setup through profiles has the setting validateUsers: n
http://profiles.tiki.org/User_Trackers?highlight=validateUsers

However, a brand new tiki19 site I did setup in the last days, where I applied that profile, has some users on hold (not being able to login) because they didn't validate the confirmation email, which they never received.

I loged in as admin, went to admin users, and clicked at "confirm user email" for one of them,m and Tiki replied that validateUsers was not set (indeed). However, how come users can't log in the tiki site because they didn't validate their email?

FYI...
---
Update {sign user="xavi" datetime="2018-11-09T11:23:52+00:00"}
* I had to setup validateUsers: y, in order to be able to confirm user emails.
* However, emails were (apparently) not sent from Tiki. Confirmed through the tiki logs (tiki-syslog.php), with the preference to record email sending at the log set ("Control Panels > General > Log mail in Tiki logs").
* email sending from Tiki works, as tested through the feature in the control panel to send test emails (they are received normally)

see https://www.evernote.com/shard/s37/sh/21c2afa8-8a91-41bb-896e-278d2d33502d/e76c906c21c6743510dc7faf6948cced

experienced during submitting bug

In master, when editing a wiki page, clicking the edit help icon brings up the first modal as usual. But, switching to the plugin help tab and clicking on a plugin to insert, the modal for that doesn't display. The first modal just disappears and nothing takes its place.

This is using the standard wiki edit screen, and WYSIWYG and Markdown are not activated.

Update: This bug report was closed but, checking again in master and branch 26x (in a Windows 11 Laragon wamp stack), I'm finding that, again (or still), plugin UI modals don't open from the general wiki help modal. I tried in Firefox and Edge browsers. Clicking the PluginBox icon in the first modal's list of plugins doesn't open the second modal. Nothing happens.

On Tiki24 I found out we have 2 wikiplugins Signature.
We should have a different name for different things the sooner the better.