Category: Community projects

I attempted to upload a simple image to a doc.t.o page (it seems to be using 19.x and elfinder) and I got error message about CSRF
{QUOTE()}
Potential cross-site request forgery (CSRF) detected. Operation blocked. Reloading the page may help.
{QUOTE}

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

I had to disable elFinder to allow uploading images to doc.t.o.

Feel free to re-enable elFinder feature in doc.t.o anyone once it's confirmed to have been fixed.

I saw this error when visiting this url: http://doc.tiki.org/preview564

{CODE()}
( ! ) Notice: MemcachePool::set() [<a href='memcachepool.set'>memcachepool.set</a>]: Server 127.0.0.1 (tcp 11211, udp 0) failed with: SERVER_ERROR object too large for cache (3) in /path/lib/cache/memcachelib.php on line 169
Call Stack
# Time Memory Function Location
1 0.0004 797536 {main}( ) ../route.php:0
2 0.0016 1069608 include( '/path/tiki-download_file.php' ) ../route.php:245
3 3.6856 80335592 Cachelib->cacheItem( ) ../tiki-download_file.php:369
4 3.6856 80335592 CacheLibMemcache->cacheItem( ) ../cachelib.php:44
5 3.6856 80335768 Memcachelib->set( ) ../cachelib.php:387
6 3.6856 80336192 set ( ) ../memcachelib.php:169
{CODE}

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

A newly registered user cannot edit most of doc.tw.org

An anonymous user cannot edit doc.tw.org, even with CAPTCHAs.

There is no clear text on a page of doc.tw.org which tells a user why they cannot edit that page, or what they can do about it.

Thanks to this:
http://doc.tikiwiki.org/Forum+and+List+Synchronization

This:
http://sourceforge.net/mail/?group_id=64258

Should be mirrored here:
http://tikiwiki.org/tiki-forums.php

This would be great ((tw:Dogfood)) to better organize our community and let users join groups according to their interests.

When this is fixed:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=986

This would be even better:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=829

but let's not wait!

Double check that User Tracker Profile works as expected also in 15.x, since I got some feedback that it might not be working.
---
Please, see this page as anon:
http://xavi-9794-5865.show.tikiwiki.org/tiki-register.php#contentCustom_info-1

And read these instructions:
http://xavi-9794-5865.show.tikiwiki.org/tiki-index.php?page=User_Trackers#step2

The tricky thing was to use the right profile, which I updated a few years ago with some extra fields for demonstration purposes. Called "User_Trackers" (non-intuitive, imho, but it was not me the first author of that profile):
https://profiles.tiki.org/User_Trackers

And that is the one included in the ((doc:Profiles Wizard)) since Tiki12 (the ((doc:Wizards)) are your friends!")

This other one is not working properly (or uncomplete, and untested in recent tiki versions):
https://profiles.tiki.org/User_Tracker

Version 2.0 now offers an ((doc:Interactive Translation)) feature.

Next, we could set-up the web-based, interactive translation feature, and translation commits to main code base could be done regularly from i18.tiki.org to SVN. We would need to find a way to credit the translators in the CVS log.


References:
http://i18n.tiki.org

https://translations.launchpad.net/

If you are in a site with some "documentation" activity (a bunch of images already in the default folder), it's not easy for the end user to insert the image he/she has just uploaded to Tiki thorugh the toolbar icons/actions.

With the former file gallery interface to upload a file, you see the thumbnail or icon of the image/file just uploaded, so that it's very easy to find it and click on it to get the corresponding wiki syntax inserted in the text area, so that the file is used within the text.

With elFinder, this simple task becomes difficult, annoying, and time consuming (plus irritating at some times, if you can't seem to find the image you have just uploaded and you KNOW it's there somewhere).

Usual case (can be easily reproduced in doc.t.o):
# Log in doc.t.o
# Edit a documentation page
# Click at the toolbar icon to insert a new image from your local harddisk. elFinder interface is shown.
# Click at the icon to insert the file from your harddisk. Select your file, upload it.
# Once the file has finished uploading, you have no clue where the image is, and it's way more complicated to have your image inserted for you in your wiki page or text area.
** You have to start scrolling and scrolling there in the elFinder window to look for something... I know my image was called (real example from today) "tiki13_tracker_events_00.png".
** I typed "tiki13_tracker_events" in the search box, and nothing was shown (!).
** I typed "tiki13_tracker" in the search box, and nothing was shown (!).
** I typed "tiki13" in the search box, and dozens of images where shown (!!!).

At this time, my annoyance started to increase quite a lot, as you can image...

We need to make the lifer easier for the end user (and for the *.t.o Tiki contributor)

^ Expected behavior with elFinder:
* Once the file has finished uploading, we expected to have elfinder automagically search for that file name ("tiki13_tracker_events_00.png"), and display the end user JUST the icon/thumbnail of that file just uploaded, so that this human being can easily click on it to have it inserted.
^

Thanks for improving this lovely elFinder interface! :-) {sign user="xavi" datetime="2015-01-26T10:13:55+00:00"}

{syntax type="tiki" editor="plain"}
Empty slides are added on the Wiki page slideshow

Visible here : https://doc.tiki.org/slideshow

Hi:

After the fix for [item5785], next*.t.o sites display content for anons (yay, thanks!)

However, when attempting to login as user "xavi" (which belongs to several groups in t.o), I see a WSOD with this error message:
{CODE()}
Fatal error: Uncaught exception 'Exception' with message 'Cannot add user xavi to nonexistent group EduTwoEditors' in /var/local/doc.tiki.org/www/lib/userslib.php:6026 Stack trace: #0 /var/local/doc.tiki.org/www/lib/userslib.php(6126): UsersLib->assign_user_to_group('xavi', 'EduTwoEditors', true) #1 /var/local/doc.tiki.org/www/tiki-login.php(179): UsersLib->assign_user_to_groups('xavi', Array) #2 {main} thrown in /var/local/doc.tiki.org/www/lib/userslib.php on line 6026
{CODE}

Workspaces (from ((doc:Mod AulaWiki)) are half broken on 1.10 since months ago.
Any action which is related to workspce calendar module gives fatal error (blank screen). Adding resources to workspaces also fails:

^
Fatal error: Call to undefined method WorkspaceResourcesLib::get_url_admin_file() in /var/www/tiki110/lib/workspaces/resourceslib.php on line 117
^

On this url (on an updated site to 1.10svn from May 2nd):
[http://moviments.net/cursos/tiki-workspaces_view_module.php?module=workspaces_resources&workspaceId=110]


http://edu.tikiwiki.org is also having the same kind of problem, on a less updated 1.10 site.

Uploading png files to file galleries get them corrupted somehow. See screenshots (I'll upload them here in short). And a pdf file I uploaded to the file gallery, after I downloaded it again from tiki, I couldn't see its contents properly (see the other screenshot; some font seems to be missing). If I open the source pdf file (not passing through tiki file gallery but directly the one I had in my computer from elsewhere), I can see the contents of that pdf as expected
{img fileId="1191" thumb="box"}
{img fileId="1192" thumb="box"}
{img fileId="1193" thumb="box"}
{img fileId="1194" thumb="box"}

Fairly standard setup on Ubuntu 16.04 (see ((doc:Ubuntu Install)) ), with mysql 5.7.x, and php 7.0.x (originally, but same issue with php 5.6, 7.0.x, 7.1.x, 7.2.x). Using gd (imagemagick installed also after I hit the bug the first time, just in case it automagically helped, but it didn't - I didn't remove gd, btw)

I've tested also using tiki15svn, and I couldn't use it due to some weird error I had never seen before of zend session validator class not finding Id.php in place. (!). Therefore, I couldn't test tiki15svn in the same server.

I tested using tiki17svn, and file uploads worked as expected (nice!).
I tested using tiki18svn, or tiki trunk, and I got the issue I reported.

----
Gosh, similar issue might be happening on dev.t.o (at least for me; is it only me???): try to see the png files that I produced as screenshots, e.g.:
https://dev.tiki.org/tiki-list_file_gallery.php?galleryId=1&fileId=1194&view=page
----
Update: avoided the issue by means of changing the storage of files in file galleries from db to file system. {sign user="xavi" datetime="2018-05-10T14:07:57+00:00"}

Therefore, the issue might be specific to Tiki18+ and Mysql5.7 maybe? (in another production server of mine, the setup is fairly similar in Ubuntu 16.04, but with MariaDb instead of MySQL 5.7, and I didn't see the issue of images getting corrupted).
As a consequence, I removed the tag "Release blocker", since I'm not sure how many production server are out there with MySql 5.7 and storing files in database. Feel free anyone to re-tag to release blocker if this is too critical for someone else.


I removed "19.x" categorization because branch 19 doesn't exist yet. The category "regression from version 18 to 19" is accurate here and already assigned. {sign user="chibaguy" datetime="2018-07-12T07:47:53+00:00"}

In December 2012, links to view source code changed from:
http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki/trunk/templates/prefs/

to:
https://doc.tiki.org/tiki-pagehistory.php?page=HTML5&history_offset=1&diff_style=sidediff&diff_style=sidediff&show_all_versions=y&compare=Compare&newver=0&oldver=8&tra_lang=sq&paginate=on&history_pagesize=50

Here is how to find:
https://www.google.com/search?q=site%3Atiki.org+viewvc

The plugin forum and the forum list don’t display the same. (probably not re-indexed right-away?)

As they are both visible on the same page at : https://tiki.org/forum26
It’s a bit disturbing.

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

Forum list last post are way back in time than the forum plugin last post.

Forum editor (wysiwyg?) can't be loaded in mobile device (tested with chrome on android smartphone).

Example url:
https://next.tiki.org/tiki-view_forum_thread.php?comments_parentId=52179

If it can't be properly fixed, at least wysiwyg editir shoukd be disabled when in mobile devices?
---
^ __Update as of March 16th 2015 __
Bug still present in next.t.o (sorry, I can't see the revision number any more at "Settings > Control Panels > General > General Preferences").
I did clear the ./temp/public/ cache folder, reloaded the url indicated in the bug report in a browser at the computer (wysiwyg shown), and then something equivalent on Chrome on Android smartphone, and still can't see the textarea to type.

So please, don't close a bug report unless you tested the fix with the described steps to reproduce it, even if some other bugs are fixed that "should" or "might" also fix the reported bug, etc. At the most, change status to "pending" while requesting to the bug poster to "Please retest". And thanks wolfgang for all you efforts to improve Tiki: they are very welcome!
{sign user="xavi" datetime="2015-03-16T08:43:49+00:00"}

In addition, no editor shown at the show.t.o instance attached to this bug report with Chome on GNU/Linux PC, using 14x r54428, either:
http://xavi-9794-5559.show.tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=1
u: admin
p: admin
^

forums in t.o unusable: help!

I tried to reply to this forum post https://tiki.org/forumthread62480 with my user "xavi" adding this content:

{QUOTE()}
Hi enelson and welcome to the Tiki Community
Have a look at the authentication methods available in Tiki:
https://doc.tiki.org/Login+Config

and external authentication:
https://doc.tiki.org/External+Authentication

If the main CMS was Tiki, you also configure same login through several methods tested and working elsewhere ( ((doc:Intertiki)), among others). What does composr offer that you can't get in Tiki? (just curious)
{QUOTE}

The post is not saved. I tried 3 times. No way.

Clicking at the top at the link to "prev topic" produces this url:
https://tiki.org/tiki-view_forum_thread.php?comments_parentId=62487&topics_offset=-1

which returns this error message on a semi-WSOD page:
{CODE()}
Error
Notice: invalid variable value: $_GET["topics_offset"] = -1
{CODE}

I tried then to go to the list of forums through the usual SEF url:
https://tiki.org/forums

but that is re-sent to the tiki home page with the blueish perspective
https://tiki.org/tiki-index.php

I'm looking for an alternative way to simply go to the forums list in tiki.org and I can't find it anywhere in the blueish perspective. I presume that this is related to some bad configuration or bugs with perspectives. But I can't confirm, and I can't change them any more as simple user in tiki.org.
Shouldn't we expose the main app menu somewhere (at the bottom, at least) for registered users???

Help!

fullscreen=y hides all info from top navigation bars in dev.t.o, doc.t.o and themes.to

To reproduce, compare this:
https://dev.tiki.org/tiki-index.php?fullscreen=y

with
https://dev.tiki.org/tiki-index.php?fullscreen=n

This is an RSS feed:
http://sourceforge.net/export/rss2_projsummary.php?group_id=64258


It's not the traditional way of using RSS but it can be very useful :-) It permits us to get up to date info (Ex.: number of devs, number of downloads, etc.) from SourceForge, using RSS. We can then publish on http://info.tikiwiki.org/



This idea could be used for serving ads.
http://en.wikipedia.org/wiki/Ad_serving

This is also in the same idea as:
http://dev.tikiwiki.org/Connect
http://tikiwiki.org/Viral+Tiki

Two immediate uses
# Manage the footer of all *.tikiwiki.org sites from one place
# Permit to push news & calls to action (Current version of Tiki, vote for Tiki in an Award, new release, etc)


Tiki5 as of now:
http://tikiwiki.org/tiki-index_raw.php?page=rsstest

Tiki4 as of now:
http://info.tikiwiki.org/tiki-index_raw.php?page=DeployWikiPageContentAsRSS



Related
{wish id=1396}

doing some quick tests with tiki 21.x, I just noticed that geolocated tracker items are not shown in map any more in Profile GeoCMS Maps since 21.x
They still show fine in 20.x svn as of today {sign user="xavi" datetime="2020-02-22T13:10:20+00:00"}
Some extra tweak is needed in the profile for the feature to work in 21.x? some regression?
hth

Reproduced here:
http://xavi-9794-7275.show2.tikiwiki.org/tiki-index.php?page=Map-of-Tracker-items
u: admin
p: 12345
(using trunk, since 21.x is not available in the dropdown to reproduce in show2.t.o)
index rebuilt already
See for instance this tracker item which is geolocated,
http://xavi-9794-7275.show2.tikiwiki.org/tiki-view_tracker_item.php?itemId=1&from=Map-of-Tracker-items

and all of them are displayed as usual when applying this "GeoCMS Maps 18" profile in previous tiki versions.
---
Still present this issue with trunk updated by git as of today {sign user="xavi" datetime="2020-07-26T18:10:00+00:00"}

http://nextthemes.tiki.org is needed
* Compare trunk & 13.x code base output
* Start testing for Tiki 14

Low priority but also in need of PHP 5.5:
http://nexttv.tiki.org
http://stats.tiki.org

Hello, especially the Admin UI revamp team.

I love the new Tiki Admin UI, whilst I am quite massively missing a few nice ideas or our old one. When I supported the idea of a more WP-like approach, I never thought we would lose the old feature tiles panel, which has a lot of advantages in respect of time saving.

I suggest, that we could put it into a module and then add it to the list of standard admin modules, that can be optionally loaded into the admin dashboard.

Aswell there are a number of administration places, where the new admin dashboard style is not yet applied. I assume that is just a matter of time and ressources.

Comments welcome.
Best regards,
Torsten
---

As an example, here is a Merge Request (MR): https://gitlab.com/tikiwiki/tiki/merge_requests/53

When it arrived in Tiki SVN:
https://sourceforge.net/p/tikiwiki/code/69454

As you see, a lot of important context is missing. Could we automate adding of the MR URL?

Presumably tweak the code here?
https://gitlab.com/tikiwiki/systools

hman is likely the most prolific issue reporter on dev.tiki.org of recent years. He does very thorough testing and provides detailed issue reports. However, he is doing this on older versions of Tiki, which are in security-fixes only phases.

Sometimes, the issue is already fixed in a subsequent version. Sometimes, not. If we knew this, it would save everyone a lot of time.

If hman could set up next servers, he could easily see if a specific issue is this visible in trunk, 24x, etc.

This is how we do it for the community:
* ((tw:Pre-Dogfood Server))
* https://doc.tiki.org/Manager#instance:cloneandupgrade

I searched "WYSIwat" in the module search in tiki.org and I got System error.

The url was:
http://tiki.org/tiki-searchresults.php?find=WYSIwat&boolean=on&boolean_last=y&search=Search

Duplicate of {wish id=5360}