Category: Community projects

Plugin Convene is "Always" editable and can’t be locked even when meeting is decided.

Sample is our Roundtable that people keep to edit after time is fixed and this lead to confusion.

It is easy technically (I think) complicate practically.

Who has right to edit the page can always change it so it must some kind of Warning or...

As anonymous, I get "Please log in Permission denied" at https://tiki.org/forumthread66204-English-Strings-Update-Translations-Devtool

Hi,

Can someone try to connect to the tv site and tell me you have difficulty?

https://tv.tiki.org

I'm unable to log in and the slider dissapeared.

Is it just me?

Daniel.
---
Good Catch, Daniel, issue confirmed. Maybe there is some interference with PluginSlider, or maybe a regression coming from somewhere else.
You can log in through the direct login url:
https://tv.tiki.org/tiki-login_scr.php

Once there, if you go to the homepage, you can see the slider working in the homepage. But once you logout again, the slider is gone, and clicking at the login link in the header does nothing for me.

No idea how to solve, or where the source issue comes from.
{sign user="xavi" datetime="2014-07-14T09:01:03+00:00"}
---

Look & Feel for http://suite.tiki.org is currently (14.x) worse than expected. It seems as if no one could tweak the look and feel of that domain/perspective/whatever handles the suite.t.o layout/look&feel

Even http://tikisuite.org displays an enormous logo in firefox for me, I don't know why.
Maube it's a known temporary issue, but just in case, I'll drop an item here...

LTS Regression: images not shown if align=center as param (reproduced in doc.t.o)

See this thread were it's explained:
https://tiki.org/tiki-view_forum_thread.php?forumId=2&comments_parentId=60647&threadId=60648&thread_sort_mode=commentDate_asc#threadId=60648

reproduced, also, here in doc.t.o, fixed by hand with that change:
https://doc.tiki.org/tiki-pagehistory.php?page=Newsletter+Admin&history_offset=1&paginate=on&history_pagesize=50&tra_lang=sq&diff_style=sidediff&diff_style=sidediff&show_all_versions=y&compare=Compare&newver=0&oldver=31&confirmAction=

I mass replaced
{CODE()}
{img align="center" src="img/wiki_up/
{CODE}

with
{CODE()}
{img src="img/wiki_up/
{CODE}

in doc.t.o, but other tikis might be affected by that issue too. (I thought images were gone in some migration between servers or something when I first saw that)

{CODE()}
root@site:/path# php console.php mail-queue:send --site=site.example.com
Mail queue processor starting...
Sending message 1...
PHP Fatal error: Call to undefined method Zend\Mail\Message::getRecipients() in /path/lib/core/Tiki/Command/MailQueueSendCommand.php on line 51
{CODE}

Same process works as expected in an equivalent tiki12 setup. (same server, type of commands, smtp account, equivalent cron job)

Using
URL: https://svn.code.sf.net/p/tikiwiki/code/branches/15.x
Relative URL: ^/branches/15.x
Repository Root: https://svn.code.sf.net/p/tikiwiki/code
Repository UUID: b456876b-0849-0410-b77d-98878d47e9d5
Revision: 58070
Node Kind: directory
Schedule: normal
Last Changed Author: luciash
Last Changed Rev: 58070
Last Changed Date: 2016-03-23 22:54:14 +0100 (dc, 23 mar 2016)

As Tiki 26+ needs PHP 8.1 of greater we need to add this to show2.tiki.org please.

I created a test instance here [http://bsfez-11581-8531.show2.tiki.org] but i\m not expecting to to complete the install yet...

Thanks (:mrgreen:)

Make a basic working example of Tour (to end up in a learning tiki profile, for instance)

I tried with some basic copy pasting of current info in https://doc.tiki.org/PluginTour and it didn't fully work for me.

See the issue reproduced here:
https://demo.tiki.org/trunk/tiki-index.php?page=HomePage
and
https://demo.tiki.org/trunk/tiki-index.php?page=Tour2


{CODE(caption="Homepage contents")}
{TOUR(title="Welcome to the tour" prev="-1")}Here's the start of a tour.{TOUR}

foo1

{TOUR(title="A Jumbotron")}Use a jumbotron to make an area for special intro information, etc.{TOUR}

foo2

{TOUR(element="#module_1 .panel-heading" title="This is a module heading.")}This is a module.{TOUR}

foo3

{TOUR(path="Tour2")}The next step is on page 2.{TOUR}

foo4

{TOUR(next="-1")}This is the last step of the tour.{TOUR}
{CODE}

And contents in Page "Tour2":
{CODE(caption="Tour2 contents")}
{TOUR(title="Welcome to the tour" prev="-1")}Here's the start of Page 2 in the tour.{TOUR}

foo10

{TOUR(title="A Jumbotron")}Use a jumbotron to make an area for special intro information, etc.{TOUR}

foo11

{TOUR(next="-1")}This is the last step of the tour.{TOUR}
{CODE}

Issues:
!!# "This is a module" instead of start of Tour
Visiting https://demo.tiki.org/trunk/tiki-index.php?page=HomePage shows then content related to "This is a module", and not the content set as the start of the Tour, according to the documentation.

!!# I can't see the jumbotron content

!!# I can't see the info about "The next step is on page 2"
when that info was expected to be seen, the page was redirected to page 2 ("Tour2", in this case)

!!# In page2 (Tour2) no tour is shown


Probably, issues just due to only partial documentation available about how to properly set up a tour with this plugin? {sign user="xavi" datetime="2016-01-11T08:50:41+00:00"}

2015-07-30 fixed by Rodrigo
2015-07-15: with latest svn up with Rodrigo's fixes, "Undefined index" notices are gone, but the files are still not backed up. TRIM should look in database to find the paths, fetch the data, and indicate the info in manifest.txt

TRIM's backup solution is really nice as is checks where the files are stored on disks and fetches them, which is great when these files are stored outside the web directory (which is good practice). However, this feature is currently broken because of an "Undefined index" notice

Testing running TRIM on LXLE 12.x (based on Ubuntu 12.04 LTS)

{CODE()}
Which instances do you want to backup?
Performing backup for example.org
Downloading files locally.
Unexpected local arg: Undefined
If arg is a remote file/dir, prefix it with a colon (:).
rsync error: syntax or usage error (code 1) at main.c(1246) [Receiver=3.0.9]
Obtaining database dump.
Creating archive.
{CODE}

manifest.txt reports
{CODE()}
600c2b0fb28a9b63c4d5f821255c3968 /var/www/virtual/example.org
61e97f1f6eec8ad65cfed643c55af672 /var/www/virtual/example.org/Notice: Undefined index: REQUEST_METHOD in /home/root/trim_temp/2d3155a297396b83caf09aabb4837b4f on line 2
{CODE}

Backups should exclude index tables like index_54b7e87271b52 and index_pref_en files such as templates_c/en_classic^d48aca48ad50d46d1f033585608.file.find.tpl.php

{CODE}
[root@marclaporte trim]# make delete
php -d memory_limit=256M scripts/delete.php
Default editor used (vim). You can change the EDITOR environment variable.
Default diff used (diff). You can change the DIFF environment variable.
Which instances do you want to remove? (This will NOT delete the
software itself, just your instance connection to it.)

(snip)

>>> 1
make: *** No rule to make target `1'. Stop.
{CODE}

Instead, it should report something like: "The instance has been removed"

This is an ongoing effort:
https://tiki.org/Testing-Tiki-installations-on-major-Shared-Hosting-companies
https://tiki.org/Hosting-company
https://tiki.org/1-click-installers

https://tiki.org/Message-to-1-click-installers-about-Tiki-LTS

(still a problem as of 2015-07-30)

__make update__

{CODE()}
[root@marclaporte trim]# make update
Locking website.
Obtaining latest checksum from source.
svn: url 'https://svn.code.sf.net/p/tikiwiki/code/tags/12.4svn' doesn't exist
{CODE}
(After a long wait, and some error messages, it seems to work)

__make check__

{CODE()}
[root@notrewiki trim]# svn up
At revision 56016.
[root@notrewiki trim]# make check
php -d memory_limit=256M scripts/check.php
Default editor used (vim). You can change the EDITOR environment variable.
Default diff used (diff). You can change the DIFF environment variable.

Hosts you can verify:
[0] trunk.ourwiki.net http://trunk.ourwiki.net marc.laporte@avantech.net
Which ones do you want to verify? (can select multiple, blank for all) 0

No checksums exist. What do you want to do?
[current] Use the files currently online for checksum
[source] Get checksums from repository (best option)
[skip] Do nothing
>>> source
svn: url 'https://svn.code.sf.net/p/tikiwiki/code/tags/14.0svn' doesn't exist
{CODE}

(After a long wait, and some error messages, it seems to work)

InvalidArgumentException
There are no commands defined in the "clear" namespace.

Obtaining remote checksums.
rm: cannot remove `/var/www/virtual/(snip)/templates_c/*!index.php': No such file or directory

New files were found on remote host :
0 ./maintenance.php

For many people, Wikipedia (powered by MediaWiki) was their first contact with wikis. MediaWiki has a very nice interface and has done an amazing job to get Wikis known to the public, via Wikipedia. MediaWiki/Wikipedia is probably the best thing that happened to the Wiki world since Ward Cunningham invented the wiki in 1995.

MediaWiki is excellent to make an encyclopedia. However, it is not designed to be an Intranet/corporate wiki with an advanced permission system. Also, MediaWiki is "only" a wiki. It doesn't have extra features like forums, trackers, blogs, etc. Maybe these features will eventually be added to Mediawiki, but it doesn't seem imminent.

Users which want more can use some glueware to combine a Wiki and an existing full featured CMS (ex.: Drupal + MediaWiki or Xoops + MediaWiki) or they can choose Tiki Wiki/CMS/Groupware.

There are apparently millions of MediaWiki installs. In contrast, there are "only" tens of thousands installs of TikiWiki. While this number is very good, we can expect more & more people will want to migrate from MediaWiki to TikiWiki. Even if a small proportion of MediaWiki installs migrated to Tiki, it would still be a very large influx of users.

Tiki can already look like WikiPedia:
http://themes.tikiwiki.org/Tikipedia

One important step for Tiki's future is to have a converter from MediaWiki to TikiWiki so users can have a painless upgrade path and gain access to more features.

http://dev.tikiwiki.org/MediaWiki+to+TikiWiki+converter

Related:
*[wish1531|Wiki markup for icons]
*[wish1805|Universal Wiki Edit Button]
*[wish2102|Support some of the MediaWiki syntax that doesn't conflict with TikiWiki syntax]
*[wish1191|Wiki editing: Preview with diff, like Mediawiki]
*[wish1843|Infoboxes like MediaWiki/Wikipedia, but making use of trackers to be future-proof]
*[wish1781|Support for the Wiki creole markup (syntax)]

We are getting a lot spam on current space and sooner or later, we need to move.

Also, the auto-responders are stuck on tikiwiki.org instead of tiki.org When we migrate, we can address this.

The old server is being shut down shortly.

See: ((tw:Community Mail Server))

Here:
http://tikiwiki.org/TikiCopyrights

I just got:
{img src=images/code.png}%%% {CODE()} WARNING: No such module CVS! copyright.txt {CODE}

Similar to orphans pages and wanted pages, it would nice to have a way to have a list of used plugins (how many times used) from which we know how many are broken.


This happens if someone attempts to use a plugin which isn't activated. This can happen on upgrade for example or if a plugin was de-activated.

We need a way to know how many times each plugin is being used. So we can deactivate without causing issues.

Also, __approval of plugin security__ conflicts with wiki cache. When approving, cache should be cleared. Please test.


** Would need to watch this list
** Rick asks for a [http://irc.tikiwiki.org/irclogger_log/tikiwiki?date=2009-05-01,Fri&sel=120#l116|mass approve]

Mobile display is broken in trunk. Example:
https://nextdev.tiki.org/elFinder

On t.o if you look at the tracker view you can see the modified date for each tracker.
If you go into a tracker and try to find the last modified item it will display a different date.

IE:
https://tiki.org/trackers show that the tracker 26 last modified item was 2 years ago.

https://tiki.org/tracker26 the last modified item was 4 years ago.

If you go to this page:
http://themes.tikiwiki.org/tiki-index.php?page=legacy_themes

You see links to download themes. Good.

However, these could be older versions. Bad.

Suggestion: a permanent link.

http://mods.tikiwiki.org/Dist/themes-matrix.tgz
which links to the latest version. Ex.:
http://mods.tikiwiki.org/Dist/themes-matrix-1.2.tgz

Of course, if people use the mods installer, they don't need. But still...

mods: remove mod config from mods.tikiwiki.org list (old and unfinished work).
Keep it in cvs, just in case mdavey or anybody else might like to keep working on it, but it's not functional right now, and it overwrote the improved tiki-admin.tpl in tiki core files.

I removed the page also from documentation pages
[http://doc.tikiwiki.org/Mods+list]

Module months_links is expected to show links to the months in the last year where posts occurred, but also display a link to the previous years, so that the user can click to the previous year to list the months that hold posts, etc.

The user expected to be able to list all months where there were posts, from the previous years, but it only display posts from the last 12 months.

The rows param by default gets the value 10 (like month october, our current month by the time of this writing)
Increasing the value shows more links (from previous years). However, it seems that Value max="-1" (show all posts, with no max limit) doesn't fetch them all.

We have: ((tw:Testing Tiki installations on major Shared Hosting companies))

Now, let's add monitoring on this.

Set-up monitoring for all our pre-dogfood servers for all the checks we have, but especially last successful re-index. If last successful re-index is more than x (ex.:3) days old, an email alert should be sent out.

Here is a real-world example of why having checks on all pre-dogfood servers would have made everything smoother. An unidentified commit in trunk is causing indexing to crash:
https://dev.tiki.org/item4609

If we had been warned by a pre-dogfood sever, we could have found the commit and fixed the problem a few days after it appearing.

Note that this type of crash can also happen with some data not yet supported by the indexer, and thus, it can happen at any time, not just on code changes. And with a broken index, a Tiki site can be in big trouble because it doesn't just skip over the problem, it just dies. We are fortunate to have tons of data on all the pre-dogfood servers.

Because of issue 4609, we are stuck with respect to testing Unified Search with MySQL in trunk. Once this is solved, maybe something else will be discovered, so we to know ASAP so it's stable enough for Tiki12. This is crucial as per ((Search Dilemma))

Discussed here:
https://dev.tiki.org/Cleanup#Moving_libs_from_Code_to_Composer