Category: Community projects

The discussion started here: https://gitlab.com/tikiwiki/tiki/-/commit/479393d23dfce6d9a39d1bb6fb90bde5b8fcc641#note_1261499177

Now, what will become our SOP?
https://duckduckgo.com/?va=t&t=he&q=Should+I+Use+Source+Maps+in+Production&ia=web

Please keep in mind that the vast majority of the contributor community runs Tiki from Git, while the vast majority of the non contributors run from packaged version (ex.: zip)

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

I am just creating a show instance for a community project related with the release of Tiki 14.0 beta

ref1: http://torsten-11143-5621.show.tikiwiki.org/tiki-list_trackers.php
ref2: Release Team
ref3: Jonny, Bernard, Wolfgang, Torsten, et al

T.

Can this be automated?

I creatd a new wish:
http://dev.tiki.org/item4797

And I clicked to created show.t.o instance (trunk, becuase 12.x is not available). And the spinner quickly stops (10 seconds?), with no results (no changes to the page, no link to show.t.o instance, etc)

This was reported by LP {sign user="pascalstjean" datetime="2013-08-15T14:19:13+00:00"}

show.tiki.org are not properly initialized and completely broken.

Just loading up tiki.sql is not a valid way to initialize a database.

Use the command line tools to create clean installs so that the schema tables are properly initialized, otherwise, it will attempt to install all patches on first run, and break everything, badly.

Idea 1: A fresh install should be with u: admin p: 12345

Pros:
* Saves time
* Increases chance that contributors will know the admin password

Cons
* What if we want to test initial password changing? (It's an edge case)

What do you think?


Idea 2: From the show.tiki.org tracker field, there should be a way to reset the password (for registered accounts)

Pros:
* So if password was changed, any user can access the Tiki and help with configuration

Cons:
* What if someone purposely wants the admin password not to be accessible?
** Maybe reset password to admin/12345 should also provoke a snapshot?

What do you think?

(Thank you Xavier for pointing this out)

The current Tiki show infrastructure works well but it doesn't support multiple versions of PHP and thus we have show1 (PHP5) and show2 (PHP 7)

https://gitlab.com/tikiwiki/tiki/-/tree/master/doc/devtools/tim is used for show2

As PHP 8.1 is requirement for Tiki26, we need to decide on our next steps. Options include:
# Improve show2 to support multiple versions of PHP
# Deploy show3 with PHP 8.1 with current script
# Deploy ((show3)) with Virtualmin (which has great multi-PHP support
# Something else?

Please read:

[http://irc.tiki.org/irclogger_log/tikiwiki?date=2009-04-18,Sat&sel=117#l113]


Something like:

{img src=images/code.png}%%% {CODE()}
{if isset($objectCategoryIds) and in_array(1, $objectCategoryIds)}
This is the documentation for {$page}. For bug reports and feature requests, please visit [http://dev.tiki.org/{$page}]
{/if}
{CODE}

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"}

While Tiki has a "friendship" feature, it is so basic, that I am putting as "missing". What is missing is proper Social Networking with "transactions" between community members (Ex.: [http://www.nomadics.it/|hospitality exchange network], carpooling, dating service, etc) with reputation system. Something like LinkedIn, Facebook or the www.phpbeer.com project.

Since this is a vast project, we'll coordinate at ((Social Networking))

Doing some search on duck duck and google about upgrading Tiki to 18.1 i got the following results;

https://tiki.org/tiki-view_forum_thread.php?forumId=26&threadId=68561&comzone=show
https://tiki.org/forumthread68555-Fatal-error-upgrading-from-17-1-to-18

"This page isn’t working
tiki.org is currently unable to handle this request.
HTTP ERROR 500"

Sort on rating at this tracker is broken.
To reproduce:
* Login here: http://dev.tiki.org/tracker5 (as user xavi, plain registered user)
* click on rating column (to sort items on their rating): it apparently works, even if it shows first the ones with the lowest rating.
* click again on rating column (attemping to sort the items with highest rating first), and still items with 0 in the rating are showed first.

url (only with open items, to reduce potential factors interfering): http://dev.tiki.org/tiki-view_tracker.php?trackerId=5&sort_mode=f_152_desc&status=o

^ __Note__:
Please note that this is using the maintained (non deprecated) rating tracker field (field 152, type "Rating"). If you are an admin, you will see still 2 fields as rating, but one, the former and unmantained (field 62, "Old Rating - Stars (system) visible by Admins only"), is hidden from registered users (it's kept there in dev.t.o in case some devs makes an script to convert the data from the old tracker field into the values for the new tracker field in all tracker items of the same tracker).

I tag this wish a regression since I remember that this worked in past, years ago, but unfortuntely I can't say in which specific version.

I consider this isse to be somewhat important since tiki are being used more and more to allow communities to gather user feedback to prioritize issues, actions, strategies, proposals, etc., in a genuine "wisdowm of crowds" way, and this issue prevents using tiki for this goal, which is a pity when you are using Tiki in the same community for many other community needs... See http://doc.tiki.org/E-democracy
^

---
Maybe related to [item1446|item 1146: Trackers: Need to be able sort as numerical instead of text]?

At https://doc.tiki.org/PluginToc#Only_second_level_and_sorted_from_A_to_Z it show:

__D__ocumentation Lifecycle
__F__eature Page Template
__d__elete
__e__rrors
help
in progress
merge
...

It should be ordered from A to Z
(OR some importance is given to CAPS vs notCAPS ?)

~~#F00:__EDIT__~~ : I created an instance to reproduce and I couldn’t so it may be something with Tiki.org
http://bsfez-11581-6285.show.tikiwiki.org

2013-08-29: "I am writing to let you know that a new WVU Entrepreneurship and Innovation Law Clinic team has been assigned to determine if there is an additional TIKI matter for this year."

This should kickstart getting someone new to help with this, along with Pascal, as per ((tw:TikiFestPostPostMuskoka))

Nelson is still in charge of this until hopefully Steve takes the lead

{syntax type="tiki" editor="plain"}
Goal

We want doc.tw.o to generate nice printed documnentation.

Problem
It's too difficult to detect which pages are not in a structure.


A new page may be created but not assigned to a structure and be lost, and not appear in the printer version.

It's ok that some pages are not in structures (notes, redirects, etc) though.


tiki-edit_structure.php -> list at the bottom should only show me pages that are not in current structure, otherwise, I can add the pages at two places in the structure.(feature or bug?) This could useful to move pages though because current system is too cumbersome for large structures like the one on doc.tikiwiki.org


Perhaps, the structure if should appear in list pages. So by sorting, we could find all orphan pages...

I received today page modification notification from tiki.org after it was upgraded to Tiki19.

The subject was missing in my Apple Mail application because it was badly encoded.

Raw source before (tiki18):
{CODE()}
To: bsfez@tiki.org
Subject: wiki page "Versions" changed by Marc Laporte
X-PHP-Originating-Script: 33:Sendmail.php
Date: Sat, 03 Nov 2018 20:13:27 +0100
X-Tiki: =?UTF-8?Q?yes?=
From: noreply@tiki.org
Sender: <noreply@tiki.org>{CODE}

The raw source is now (tiki19):
{CODE()}
To: bsfez@tiki.org
Subject: =?UTF-8?Q?=0Awiki=20page=20"201902=20TAG=20Meeting"=20changed=20by=20?= =?UTF-8?Q?Gary=20Cunningham-Lee?=
X-PHP-Originating-Script: 33:Sendmail.php
Date: Sun, 18 Nov 2018 12:05:19 +0100
X-Tiki: =?UTF-8?Q?yes?=
From: noreply@tiki.org
Sender: <noreply@tiki.org>
{CODE}

tiki-backup.php was like performing surgery on yourself. It can work but it's risky.

We can't use rating yet (hopefully soon), so at the moment it is just the priority user chooses. From 1-low to 9-high is very subjective and people tend to rate things higher, than they 'objectively' are. I just stumbled across this classification from Bram Molenaar and think that it is a good guideline for rating Items. As long as we use the Priority field, it would be easy to implement, later for Ratings we would have to add something like a legend or so..

--- copied from VIM reference manual TODO List ---
Priority classification:
9 next point release
8 next release
7 as soon as possible
6 soon
5 should be included
4 nice to have
3 consider including
2 maybe not
1 probably not
- unclassified
--- end of copy ---

At https://tiki.org/tiki-admin_survey_questions.php?surveyId=8 over 25 questions the pagination turn on. Moving from page to page doesn’t help, you can see questions after the first page.

For some reason, svn update FAILS to update on show.t.o instance linked to dev.t.o bug tracker item

Example:
https://dev.tiki.org/tiki-view_tracker_item.php?itemId=5493

Click at svn update.
It doesn't seem to update the instance, which still is at
Last update from SVN (12.5): Sunday 17 of January, 2016 15:28:05 CET - REV 57249 (MyISAM)

(as seen on http://xavi-9794-5493.show.tikiwiki.org/tiki-admin.php?page=general )

and to check the bug fix we need to update to r57742

---
I believe it to be a server-side issue, the AJAX request returns with a "504 Gateway Time-out" error, will ask the sysadmins... {sign user="jonnybradley" datetime="2016-03-14T18:59:33+00:00"}
---
update, the server side issue is fixed - was a disk space issue that was caught by monitoring but I had to figure out a way to delete instances logically from the oldest ones that are linked to closed tracker items. There is however still front-end issues (it seems that I have to click more than once for the user feedback spinner to appear, which is weird as well as it seems I have to scroll down {sign user="koth" datetime="2016-03-14T12:18:33+00:00"}

clicking on svn update for a show2.t.o instance from a bug tracker in dev.t.o does apparently nothing

Reproduced with the show2.t.o instance linked to this bug report:
https://dev.tiki.org/item7332-Slides-in-21-x-Section-about-wiki-page-comments-wrongly-placed-on-top-of-all-slide-titles

----
I've been unable to svn update show2.t.o sites (20.x, 21.x...) through the button in the show2.t.o related field in dev.t.o/tracker5

Same with "destroy instance" which didn't work and no info was provided to the end user. I had to destroy them by hand at the show2.t.o server.{sign user="xavi" datetime="2022-01-22T22:39:53+00:00"}

I am often getting:

[i18nwiki@alpha ~]$ cd www
[i18nwiki@alpha www]$ svn up
svn: Working copy 'temp/cache' is missing or not locked
[i18nwiki@alpha www]$


This is caused by something that is destroying some svn system files (presumably trying to clean the cache)

Workaround is to destroy temp and to do svn up

We should have system RSS feeds which links to:
http://info.tikiwiki.org/tiki-articles_rss.php


And this should be hard-coded in tiki-admin.php