Category: Community projects

Today in the https://tiki.org/Roundtable-Meeting-2020-09 we noticed that a plain registered user is not able to see the forum post "type" dropdown when starting a a new topic (the first message of a new forum thread). Reproduced with user @xavi . However, when listing the topics of a forum, the first column is shown for that same user (as well as anons) indicating the topic type: all say "normal" here:
https://tiki.org/forum4


However, a user with admin rights (for instance @xavidp ) is able to see the dropdown of topic type: Normal | Announce | Hot | Sticky | Deliberation.

Reproduced here:
https://tiki.org/tiki-view_forum.php?openpost=1&forumId=4&comments_threadId=0&comments_threshold=0&comments_offset=0&thread_sort_mode=lastPost_desc&comments_per_page=20

I've checked in the forum edition page, or forums control panel, or forum4 permissions, and I couldn't find anything to explain that behavior. Maybe some bug in some tpl or php code which control which permissions are needed to display that dropdown field?

The field type "items list" has to be applied in a target tracker.
The field type "items list" compares a field of a source tracker with a corresponding field of a target tracker and displays the content of a number of pre-selected fields of the source tracker in the target tracker.

I have setup an example use case on show.tiki.org. Please review __[http://torsten-11143-5621.show.tikiwiki.org]__ for further detailed information.

In this example use case the source tracker contains the adress data of locations, where a self-empoyed service technician named "Peter Wright" has to work when jobs are assigned to him by his customers.

The target tracker contains all relevant Job related data.

The source tracker and the target tracker are interlinked with one corresponding field in each of both trackers, which have the same field title and a corresponding content (here the "location name").

Based on the selection in the correspondiung field of the target tracker, another field of the target tracker shall display the content of a number of pre-selected fields of the source tracker.

The field type "items list" works with "item link", but it does not work with "dynamic item link / dynamic item list".

The list of fields linked from the source tracker is __not sortable__. But for a proper display it would be crucial, that this list would be sortable.

It would be very handy, or better said a logically expected functionality, tht tis field type would be working with "dynamic item list/link" aswell. This is not a bug, but missing this functionality could be considered as a partially non-finalised development.

Please review the show instance and comment on this wish-list item what you think.

Best regards,
Torsten

We have attempted to setup some tracker events in dev.t.o/tracker5 (the Bug Tracker), following he discussion in the ((tw:TRM)) of September 2020, and the ((tw:TAG)) meeting of October 2020 (today)

After setting up the appropriated scheduler task in dev.t.o, with this job:
{CODE()}
cd /var/www/virtual/dev.tiki.org/html/; php tiki-batch_todo.php
{CODE}

And the cron job in the server behind dev.t.o (see [https://tiki.org/Infrastructure-Team#Scheduler_on_dev.t.o] ), this is the error message shown in the scheduler UI in dev.t.o ([https://dev.tiki.org/tiki-admin_schedulers.php?scheduler=1#contenttabs_admin_schedulers-3] ):

{CODE()}
PHP Parse error: syntax error, unexpected '?' in /path/dev.tiki.org/html/lib/init/initlib.php on line 77
{CODE}

There was a feature introduced at some point in the past which allowed to fetch a geolocation in map out of the information provided by a user as a text string in a tracker field to hold postal address information.

This feature doesn't seem to be working anymore in Tiki 19, at least, in some tests I've done.
I expect to reproduce this issue in a show.t.o instance in short.
---
Update: I couldn't reproduce it in a show instance because show.t.o is not ready to make instances with php 7.1+ like the ones required by Tiki19.
Therefore, I changed topic in this bug report to reflect the issue with show.t.o instances, and the report about tracker field location failing to get coordinates has been moved to:
https://dev.tiki.org/item6943-Failure-to-get-geolocation-from-searching-an-address-either-manually-typing-address-through-tracker-field-location-ui-or-in-the-backend-with-params-to-get-address-from-other-tracker-field

At https://tiki.org/Contact-Us we have 2 fields with a regex validation.

__Subject__ that is a text field where validation using a regex code is working.

__Feedback__ that is a textarea using the same regex code (I know carriage return is missing I use the same pattern for comparison purpose) is not working even if entering a single english word.

An empty message error (orange background) is displayed and I can’t submit the form.
I removed it in the validation for now of course.

__To reproduce:__ Go to https://tiki.org/tracker24, fields, edit Subject field.
Copy regex pattern and set the same parameters to the Feedback field.
Go to https://tiki.org/Contact-Us try...

Hi:
I've edited a tracker item, with a few changes in the same go (in case it matters):
* added some categories
* added content to a text area (Solution)
* and changed status from open to closed

History doesn't show the contents I added to the text area "solution". See it reproduced here:
https://dev.tiki.org/tiki-tracker_view_history.php?itemId=5761

{CODE()}
Version Date User Field ID Field Old New
1 08:52 CET Xavi _Status_ o c
1 08:52 CET Xavi 43 Category Bug: Error Bug: Error
Community projects
Dogfood on a *.tiki.org site
1 08:52 CET Xavi 55 Lastmod by drsassafras Xavi
{CODE}

"Solution" field got this content added:
{CODE()}
It seems that current server setup require links to be made with https instead of http, and that link pointed to a forum post with just http.
See:
https://tiki.org/tiki-pagehistory.php?page=Versions&oldver=6

Thanks for reporting. Please, feel free to fix any other issue like this that you find in *.t.o sites.
{CODE}

Go at https://dev.tiki.org/tiki-view_tracker.php?trackerId=5

Check the url for the status bullet above the tracker items table:
https://dev.tiki.org/tracker5&status=p&sort_mode=created_desc

It is wrong and not working.
It should be :
https://dev.tiki.org/tiki-view_tracker.php?trackerId=5&status=p&sort_mode=created_desc

See http://dev.tikiwiki.org/TestTrackerlist

You will see that links do not how on the first trackerlist plugin. They work on the second and third one though.

Removing description from the fields shown in the popup seems to fix it. But not all descriptions seem to break it though - see the second plugin filtered differently which works.

There are two mysqldump commands in the Tiki ecosystem:
https://sourceforge.net/p/tikiwiki/code/HEAD/tree/trim/scripts/tiki/backup_database.php
https://sourceforge.net/p/tikiwiki/code/HEAD/tree/trunk/lib/core/Tiki/Command/BackupDBCommand.php

On a very large site, it can take quite some time from the start of the backup to the end. What happens if some data changes during this time? Could there be data inconsistency? Should we do anything to improve what we have?

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

See the capture:
{img fileId="925" thumb="y" rel="box[g]"}
Please make it nicer :)

I am unable to access info.tikiwiki.org or themes.tikiwiki.org with IE7. (FF and Opera work fine.) I get the following error:
{CODE()}
Warning: session_start() [function.session-start]: open(/tmp/sess_4bf95c633abfec1c2db078c6c7e6cf23, O_RDWR) failed: Permission denied (13) in /home/themetw/public_html/tiki-setup_base.php on line 279

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /home/themetw/public_html/tiki-setup_base.php:279) in /home/themetw/public_html/tiki-setup_base.php on line 279
header already sent
{CODE}

Show.tiki.org is not configured properly

The public/private keys configured to connect to show.tiki.org were not accepted. Please make sure you are using RSA keys. Thanks.

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

People want to help Tiki.
Tiki needs more energy.

Let's make it easier to connect!

1st thing is to review all documentation. Make it faster/simpler/easier to transform a casual user into an active contributor.


1- http://tikiwiki.org/Participate

2- Update documentation at ((tw:ReportBug)) and at ((tw:RequestEnhancement))

3- All links/info on dev.tw.o

Update email in mail notifications list when email replaced in user account

I did change my email in my account settings at t.o. That email was transfered to dev.t.o properly.
And my mail notifications in t.o where updated properly. __However, the mail notifications in the slave sites (from the same intertiki network) did not get updated__

Every year, this must be filed and proof ex.: a screenshot should be attached to the page

This is pending status until it needs to be filed then it will become open.

{syntax type=tiki}
{syntax type="tiki" editor="plain"}
This is the ((Tracking system for Tiki issues)).
If this is your first time, please read: ((How to Submit a new item on the Wishlist))

The goal is to have a USB key version of Tiki.

Possible uses:
#Easy testing on a Windows desktop
#Have a backup of your Tiki on your MP3 player
#etc


Possible partners:
http://www.easyphp.org/
http://portableapps.com/apps/development/xampp
http://www.uniformserver.com/

Using 2.0beta code, afaicr.

There are two different users (from two people) in a site: "Xavi" and "Xavier"

This user (which is me)
http://intercanvis.net/tiki-user_information.php?view_user=Xavi

shows some data from the user "Xavier" (the data from the group tracker, afaik):
^
Nom: xavier
Cognoms: rocabert argila
Usuari: xavierrocabert
Telèfon: 932372798
Barri / Població: barcelona
^

As you can see, this information belongs to this other user:
http://intercanvis.net/tiki-user_information.php?view_user=Xavier

Tiki.org is set to force "Minimum 4 characters long" for username on registration.
An error "Minimum 4 characters long" appears before any test is done on the field.

It should appear until the field is checked.
If this is a warning, then it should look like a warning but not an error.

Checked on Tiki 16 and Trunk.

Here is last one:
http://www.wikimatrix.org/calendar/e184/2013/tiki_webinar
http://info.tiki.org/tiki-calendar_edit_item.php?viewcalitemId=112


These ones also should be posted:
http://dev.tiki.org/item4684

Tried other threads and worked fine.

Issue is with http://tiki.org/tiki-view_forum_thread.php?forumId=26&threadId=50119&comzone=show#threadId50119

At : https://tiki.org/Roundtable-Meeting-2021-02 I can write a description but it won’t be saved.

I tested on OSX, WIN10 and different browsers and a different Tiki (all Tiki22): https://share.vidyard.com/watch/1xGgGNfUMUd6YtBF1DPFck?

https://dev.tiki.org/Wiki-Syntax is broken and I’m not sure what was expected here.

The page title is Wiki Syntax.
It show items from the tracker "Wishes" filtered on the field 109 that doesn’t exist.
(Seems they were confusion with category 109 = Wiki syntax feature).

{img fileId="1201" thumb="box"}
{img fileId="1200" thumb="box"}

Update it is still here and visible at : https://dev.tiki.org/Tiki16

The page : https://dev.tiki.org/Tiki15 has autotoc showing:
• Begin Footnote Test
• Expected Result
• End Footnote Test
• N hours
• X

Those are nowhere to be found on the page BUT they are part of some tracker items within the plugin list that contain a wikiplugin to demonstrate a bug :
https://dev.tiki.org/item5760?highlight=Begin+Footnote+Test
https://dev.tiki.org/item5908?highlight=N hours

The TOC page consider it is part of the wiki page markup and is trying to do something with it.

This is a regression as it was not working that way not so long ago.