Category: Dogfood on a *.tiki.org site

{syntax type="tiki" editor="plain"}
I updated a Tiki 29 with last 2 weeks commit and the date selector are now broken.

It is also visible at dev.t.o

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

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

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

{syntax type="tiki" editor="plain"}
Hello,

I had it four of five times (probably systematically because I test now three time and obtain the error each time).

If you have created the last answer on a forum item and __you re-open for edit __(because you get new information a short time after you publish it and not major) when you try to save or preview your modified text you can (seems systematic) get the error :

__Notice : this variable may not be empty: $post["tread_sort_mode"]__

This makes impossible to modify your last text (answer).
You need to re-open the item from the forum the proposal "go back" crashes.
After re-open you get the same error, so it is linked to the text edit himself page display (full item re-loaded completely from db).

Context: when folks register to a Tiki-powered site, they typically need to validate their email.

Registration can be turned on/off
Email validation can be turned on/off

Given challenges with email deliverability, it's quite possible that the validation email never reaches the user. Or falls in the spam box.

About this email:
* It should be possible for recipient to indicate something along the lines of: "This was not me or it was a mistake, please delete the account"
* If there is no confirmation, there should be a way to send an another email, and track how many emails were sent.
* If the email bounces, it should be indicated in the user profile.
* The emails should be super clear so people don't flag as spam
** Ex.: On 2023-11-05, someone from IP 123.456.789.123 registered a new user abc to site example.org using the email xyz@example.com To make sure this is valid, we request yiu click this link.

I had really hard time creating a survey at : https://tiki.org/Tiki-Online-Open-Hours, __don’t edit this survey, create your own to test__.

Most of the time I edited a question I had a WSoD or it broke the question.

The survey interface has been left behind and should be upgraded to bootstrap 4 standards.
https://surveyjs.io/Examples/Library/?id=bootstrap-material-theme&platform=jQuery&theme=modern
https://webdesignerwall.com/wdw-snippet/bootstrap-survey
http://www.prepbootstrap.com/bootstrap-template/bootstrap-survey

Hi:

I wanted to test the new features coming along in BBB 2.3 & 2.4, so that I installed a new server with BBB 2.4. Everything from the BBB side did run smoothly, but the integration with tiki is not fully working as expected. I mean, after connectinng the tiki to bbb 2.4 server (providing the new url and bbb salt in the tiki control panel), I can see the recordings listed in the plugin bigbluebutton parsed content, but I'm never able to create a new meeting (when clicking to the create button shown by plugin bbb).

I had a look at the [https://docs.bigbluebutton.org/dev/api.html|bbb documentation], and I see that some changes are reported to the API in bbb 2.3 and 2.4.:
{CODE()}
Updated in 2.3:

create - Renamed keepEvents to meetingKeepEvents, removed joinViaHtml5, added endWhenNoModeratorDelayInMinutes
getDefaultConfigXML obsolete, not used in HTML5 client
setConfigXML obsolete, not used in HTML5 client

Updated in 2.4 (under development):

getDefaultConfigXML Removed, not used in HTML5 client
setConfigXML Removed, not used in HTML5 client
create - Added meetingLayout, activityReportTracking
{CODE}

I had a look i Tiki21 LTS, for instance, and I see that there are references to -+getDefaultConfigXML+- and -+setConfigXML+- in __lib/bigbluebuttonlib.php__

{CODE()}
(...)
173: $content = $this->performRequest('getDefaultConfigXML', ['random' => '1'], false);
(...)
192: $client = $tikilib->get_http_client($this->getBaseUrl('/api/setConfigXML.xml') . '?');
(...)
{CODE}

Could this be the reason why tiki is not creating the new room in the bbb-2.4-powered server?

If that hypothesis is confirmed, then we might hit a problem in the tiki community in the afew months whenever Fred Dixon and the BBB team upgrades the bbb instance we use in the "Tiki Roundtable Meetings" and TAG meetings, etc.

I can share the details of my bbb2.4 test server (url and salt) with any dev willing to debug and fix this issue.

{syntax type="tiki" editor="plain"}
Folks,

To someone who's trying to figure out how to report website issues, the whole Tiki project is quite actively hostile toward people who aren't developers thoroughly integrated in to your gitlab.

First, there's errors all over the tiki websites - somebody's done something like upgraded the website, and left things in broken states all over (attached images). Who's maintaining the tikis that run these sites?

Second, everything else around here is hostile toward people who are trying to provide some feedback that doesn't fit in to each sub-sites narrow definition of what *you* want to have communicated. For example - your feedback form apparently isn't for support or feedback about the websites or whatever. In the forums, you're missing a general support forum for things like website work/feedback - when looking in to the documentation forum (some projects consider the website part of the documentation on the whole), it actively states "Post in this forum ONLY topics related to the "Documentation" pages (doc.tw.o)".

Your chat link simply goes to a login page (gitter) that, if you don't have, presumably, a matrix account somewhere, goes nowhere (or actively encourages people to use big-yankee-tech accounts, but god forbid we'd like to just login under a guest account to reach anybody on the project). There's no account creation process, etc. This is hostile to people.

The mailing lists and forums are essentially dead or dying - nobody's helping people out with their problems on the users mailing list.

The website has got brokenness all over the place (why the two find boxes on the documentation site near the top?), and broken links in the footer.

This project seems to simply be developers having some fun with their code, but beyond that, it really appears to not be at all friendly to people who'd like to try and make use of the software.

So here's a bug report that can't be filed in any appropriate category, since there's no category to file bugs against the website(s). If I sound frustrated, it's because I've spent a bunch of time going around to each of your possible support/feedback paths trying to figure out where it might be useful to report this kind of feedback, and I've wound up concluding "nowhere". That's not cool. Are you trying to build any sort of community here? If you are, or if there is a community outside of the developers pushing commits, then maybe there should be a bunch of re-org and simplification of parts of the websites to direct people to the right places, and make the process __easy__ so it's not a huge time suck to do this sort of thing.

This could have been an email, had one been listed.

Please have a look at the attached images of the website brokenness. Beyond the red error boxes and the non-functioning consultants lists, it should be noted that the Event box at the top of so many pages doesn't stay away when clicked. It keeps showing up on every page you go to.

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

Use case 1:
* Customer has his own hosting (ex: dedicated or shared hosting)
* There is not just Tiki on that hosting
* Tiki consultant doesn't really control the hosting. They may change config to suit another app or in an upgrade.
* Tiki consultant sets up everything just nice thanks to Tiki Check
* Several months go by, all is well. Tiki Consultant is a hero.
* Hosting company (or someone else working on another app on the same server) proceeds to an upgrade/change without telling anyone
* Several months go by, problems appear, there is dissatisfaction
* Customer considers this as within the warranty and expects the Consultant to fix without extra charge
* Tiki consultant feels: "hey, it worked when I left it"
* Tiki consultant doesn't remember / have data on the previous config so can't explain the cause of the issues.
* Customer thinks Tiki was perhaps not such a good idea, as it's not supporting data load and there are all kinds of quirks
* Customer gets told, "why didn't you use system XYZ instead?"

In an alternate reality, Tiki Consultant sets up a Nagios/Icinga/Shinken instance to track all Tiki sites he has been associated with. Data is logged quietly in the background.

When an issue is reported, he can look at historical data and see what changed and have a clue. As a bonus, he can indicate to the customer that hosting company made changes to the server without advising anyone. Tiki Consultant is a hero (and can bill that time), and hosting company is not. If Nagios/Icinga/Shinken could alert the Tiki Consultant of changes, it would permit Tiki Consultant to review changes and to evaluate if there are any risks of issues.

Use case 2: run on all *.tiki.org sites to help reliability.

Use case 3: run on pre-dogfood servers and if we notice something went awry (ex: requires more RAM), we have a clear indication of which day the commit came in.
We have 50+ beautiful checks in tiki-check.php Surely it can't be hard to make them accessible to an outside monitoring system?

{syntax type="tiki" editor="plain"}
tiki-contact.php is an "incomplete feature"

To be useful, it would need

A- An optional "from" field for visitor's email (some people leave comments and ask for a reply but they forget to leave their email. A specific field for email would help so people don't forget.

B- An option for the visitor to receive a copy of the message.

C- Subject should be used in title of internal message. Assuming the subject is "Question about forums"

Current:
New message arrived from tikiwiki.org

Proposed:
New message arrived from tikiwiki.org (Question about forums)


It is possible to do all this with trackers. So is worth improving this feature or better to document trackers? Related: ((Trackers Examples))

There is text in tiki-install.php that is in english without tag or option to translate it.

{CODE()} $title = 'Tiki Installer Security Precaution';
$content = '
<p style="margin-top: 24px;">You are attempting to run the Tiki Installer. For your protection, this installer can be used only by a site administrator.</p>
<p>To verify that you are a site administrator, enter your <strong><em>database</em></strong> credentials (database username and password) here.</p>
<p>If you have forgotten your database credentials, find the directory where you have unpacked your Tiki and have a look inside the <strong><code>db</code></strong> folder into the <strong><code>local.php</code></strong> file.</p>
{CODE}

Would be nice to have this working as the rest of Tiki

{syntax type="tiki" editor="plain"}
To reproduce

Install 6.x
Apply community profile 6.x
Go to tiki-lastchanges.php
and click on the "d" for HomePage

tiki-list_object_permissions.php is fantastic

It lets me review any permissions received from category, and individual perms.


Some enhancements:
* Link to the category perm interface so I may adjust the perms
** As of 4.0, I need to check each category to see why the perms are applied
* Type group is missing (permissions ''about'' groups)

https://themes.tiki.org/tiki-minical_reminders.php is consistently returning a 500 server errors.

Server version currently at 19.1

Google keeps trying to index the page and gets the 500 error.

{syntax type="tiki" editor="plain"}
tiki-print_pages.php at doc.tw.o/Documentation produces just one short page.
Te reproduce, login as user with admin privileges at doc.tw.o, go to wiki > Multi print > Select Documentation structure > print > just one page is shown, in stead of the full structure.
And this is the url shown:
http://doc.tikiwiki.org/tiki-index.php?page=PluginFootnote&redirectpage=

tiki-print_pages.php should allow to set the parameter tikiversion at printing time, if Plugin Versions is being used. Example: doc.tw.o of twforsmarties: print documentation for veersion 1.9.x, 2.x or 3.x.
http://doc.tikiwiki.org/tiki-print_pages.php

http://twbasics.keycontent.org/tiki-print_pages.php

Right now, if I want to print the full structure of the documentation, I can't chose version (so that the default is shown)


marclaporte: and the same idea should apply to language. Show me doc in my language, if there is none, fall back to available language.

Could also be a link or a license/confidentiality agreement

When using InterTiki, registration should be sent to master site

tiki-tracker_view_history.php throws some SQL erorrs.

eg.
https://doc.tiki.org/tiki-tracker_view_history.php?itemId=5310
https://doc.tiki.org/tiki-tracker_view_history.php?itemId=6291

-----
SYSTEM ERROR

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1
The query was:

select ttifl.*, ttf.* from `tiki_tracker_item_fields` ttifl left join `tiki_tracker_fields` ttf on (ttf.`fieldId`=ttifl.`fieldId`) where
The built query was likely:

select ttifl.*, ttf.* from `tiki_tracker_item_fields` ttifl left join `tiki_tracker_fields` ttf on (ttf.`fieldId`=ttifl.`fieldId`) where
-----

This helps to check for issues & fixes.

I saw a bug on http://next.tiki.org/user19837 (page layout is broken)

I seem to remember this bug. Was it fixed before and the site is not updated? Or is it a different bug?

Thanks!

http://tiki.org/tiki-searchresults.php?find=test&boolean=on&boolean_last=y

{img fileId="831"}

The first save of a new article or forum reply post on tiki.org community server never works and deletes all the content of the form (resets) at the first try. User must go back in browser history (I use Brave browser, luckily the content is still there if you did not do a preview) and re-try the save action. :(

It happened many times to me recently. I can provide video of the action if needed to reproduce.

Not sure it is a server setup issue made by @ohertel or Tiki regression?

{img fileId="891"}

Tiki.org is not being update properly since a few days.
Last update from SVN (18.2svn): Monday 07 May 2018 - REV 66281

It should be updated on a regular basis every 24h (as I remember).

The page : https://tiki.org/Model is broken not content is displayed but an error:

×
Error
. RC : 0

Call to a member function get() on null


If you edit the page you can see the content.

SVN (19.2svn): Wednesday 08 May 2019 00:59:40 GMT-0200- REV 69939

Thu May 9 00:15:01 CEST 2019
[Wed 08 May 2019 22:15 GMT-0000] Started rebuilding index...
Unified search engine: MySQL, version 5.7.26-0ubuntu0.18.04.1-log
error: Indexing failed while processing "reelnreel" (type user) with the error "Could not perform index modification: Data too long for column 'tracker_field_u_aboutYourself' at row 1"

Search index rebuild failed. Last messages shown above.
Thu May 9 00:58:52 CEST 2019


The error message is wrong. The user does not have a tracker record at all.

[http://irc.tiki.org/irclogger_log/tikiwiki?date=2013-08-28,Wed&sel=6#l2|The community Tiki is mixed up with Tiki Suite in a strange way.]

{flash type="url" movie="display389" width="783" height="428"}