Category: Documentation (or Advocacy)

Hello,

I need someone with Kaltura access to remove the following clip: 0_vl6gaflc

-=::You will find the clip at this location::=-

http://tv.tiki.org/tiki-kaltura_video.php?mediaId=0_vl6gaflc


This above video clip is no longer needed as the two approved ones are done.

I do not have Kaltura admin access. Therefore, if someone who does have kaltura access on the tv.tiki.org side, please help.


Tks

Daniel.

If a package is missing the help/warning information displays a link to the external missing package repository.

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

It is __important to note__ that we have already a similar mechanism when looking to a page (not the admin control panels) that display a message for admins (I hope for admins only ?)

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

---

At http://bsfez-11581-7999.show2.tikiwiki.org/tiki-admin.php?page=fgal&cookietab=6&highlight=feature_docs, enable "Use PDF.js".

It will display an alert (red background):

The first link "Missing tiki package :" with a link to : tiki-admin.php?page=packages

Then "npm-asset/pdfjs-dist-viewer-min" with a link to :https://asset-packagist.org/package/npm-asset/pdfjs-dist-viewer-min

It should display:
"A Tiki package is missing: Install mpdf/mpdf"
"Install mpdf/mpdf" should be a link to : tiki-admin.php?page=packages

1. Tells the user of a problem
2. Explain what is the problem
3. Suggest the user a way to solve the issue
4. Give the user the direction/action to solve the issue

That's the way a missing package should handled, anywhere.

I added "anywhere" because it seems we have different behaviours.
IE: Go to http://bsfez-11581-7999.show2.tikiwiki.org/tiki-admin.php?page=print
For the "PDF from URL" dropdown, select mPDF. The "PDF Orientation" error will show
"Missing tiki package: mpdf/mpdf" with parts with the same link. (not needed)

{file type="gallery" fileId="1771" showicon="y"}

{syntax type="tiki" editor="plain"}
I just did a test install of Tiki 29.0 beta. I'm not sure what the purpose of the "default password" is. This is shown on two screens near the end of the installation process ("Your default password is iw9z3"), but on the next screen is the form to input the actual new password, which makes no reference to the "default password" which is never used, never appearing on the actual password creation page. I was wondering "What was the point of that?"

If the purpose of the default password is to just be there in case the installation process is interrupted before the admin can set a new password (is this the rationale?), then that should probably be stated on the page where the default password is shown, something like "This is the default password for the admin account of this Tiki website, but in the following step please replace it with a password of your choice. This default password is provided in case the installation and configuration process is interrupted." That's what I can come up with based on my impression - I don't know what the actual purpose of the default password is.

Without an explanation, I think the new user will think the installation process is a bit quirky or broken, not a good first impression.

!!Problems

__Pretty Much Resolved by the wiki ALIAS function__ - so closed.

Redirect plugin
*is not included by default in TikiWiki because it could be used for bad things
*creates redundancy (in search results, page listings, etc) - maybe redirected pages should not appear in list?

Renamed pages
*do not automatically redirect - creates broken links.


!!Proposed solution:

!!!renamed pages
*When a page is renamed the user must choose "hard or soft redirect" perhaps better known as "redirect or refer from old page?"
**hard redirect places redirect plugin on pagename-old to pagename-new.
**soft redirect puts something at top of page like
^This page has been renamed: pagename^


!!!Add synonyms/aliases to a page

suggestion (mlp): adding aliases to a page should automatically create pages with hard or soft redirects to pagename. Note that the adding of alias pages must not destroy data if page already exists.

Ex.:
dev.tikiwiki.org/Tracker
dev.tikiwiki.org/Trackers
dev.tikiwiki.org/Bug tracker

would be aliases. It would avoid the pollution we have here: http://dev.tikiwiki.org/tiki-orphan_pages.php


doc.tikiwiki.org/Install
doc.tikiwiki.org/Installation
doc.tikiwiki.org/Installer

Each wiki page should be able to put one or many aliases. These aliases would work in search. All the aliases should have an important weight in the internal search engine.

We could use this instead of renaming pages. Also, when we do rename a page, we could have an option to have the old page name to be an alias of the new one. Thus, better for external search engines.

Theses aliases could even be used as meta tag for this page.

Putting aliases to non wiki pages (ex.: tiki-forums.php) would make ((doc:structures)) more useful. Now, using structures for site navigation only makes sense if you only have wiki pages. And who ''only'' wants to have wiki pages with all the great features offered by TikiWiki? :-)

It also help to use cleaner page links in sentences. If my Wiki page is called Install, I have to do the following now:

{img src=images/code.png}%%% {CODE()}
For more information about ((Install|Installation))
{CODE}

With aliases, I could do:
{img src=images/code.png}%%% {CODE()}
For more information about ((Installation))
{CODE}

Page aliases - and hard redirects - should permit to set status "Moved Permanently" for robots to send traffic to main page.

What would we do with page renames? (which correct links in wiki pages). Needs some thought. We don't want some unwanted changing of text in existing wiki pages.


Do we need?
Redirect to internal or external http is ok because a special permission is needed to use. -> tiki_p_wiki_alias . In security admin, warm that giving tiki_p_wiki_alias to untrusted people is a security risk.


Related:
[wish1119|Better handling of page renaming]
[wish1610|Redirect plugin : should permit to set status "Moved Permanently"]
[wish1292|Plural WikiWords when using ((WikiWord))]

((doc:Wiki-Syntax|The Wiki-Syntax page on the documentation site)) became empty between 2017-07-07 and 2018-07-29 (the toc plugin would display nothing).

This is an important feature of Tiki and should be properly documented. (or this page should lead to a page were the documentation is hidden).

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

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

In 1.10, there is a "minor" button when you save a wiki page.

When using the wiki for translation, checking minor tells the system that the corresponding translation are __still valid__.

I believe __minor__ also prevents sending notification emails to those watching the page. (why bug them for a corrected typo?)

At https://doc.tiki.org/PluginMediaPlayer?latest=1&no_bl=y#Example_with_the_src_param_jQuery_Media_ the example is not working anymore.

I'm not sure how it was supposed to work but or it is deprecated and the documentation should be cleaned or it is broken as the result is not what expected.

At https://doc.tiki.org/PluginMediaPlayer?no_bl=y#WebM_VP8_codec_ the example is broken and doesn't display a video as expected.
I tried a few alternatives but I couldn't get it to work.

If it is deprecated the documentation should be cleaned else it should be fixed.

Update: The img plugin insert action will automatically select the mediaplayer plugin if a video is detected. (not well documented)
---
Still:
It is possible using the plugins img or files to select or upload directly a file from the Tiki File Galleries. It would be nice in 2023 to have also this select functionality in the media player plugins.

On Tiki23 when using a since last visit module the category filter is not applied.
If I set a module since last visit to display only items from category 125 I will see many more object than expected.


For exemple, there are only 13 items (no child) for the category "communication_(public)" at : https://tiki.org/categories
At : https://tiki.org/Bernard_tests I set a module I this:
{CODE()} {module module="since_last_visit_new" category="125"}{CODE}

I see MUCH MORE than 13 objects, including object for whom it is not possible to categorise them (users?).

---

While the documentation doesn't mention a category parameter, a user can apply it the most natural way for users, see the video:
{file type="gallery" fileId="1698" showicon="y"}

Seems that “Advanced” parameters are in fact parameters applied to the outer modules functionalities (module visibility and appearance) and not the specific module functionalities (what the module do)

I would like to be able to encrypt the text of pages before writing them to the database, and decrypt for searches or display to the user.
It would be cool if the same function could be applied to the text of tags, categories, articles, or other features, but being able to use it for wiki articles is my main concern.

---

Update 31 May 2018: I found out how to encrypt entire databases through the MariaDB documentation. https://mariadb.com/kb/en/library/encryption-key-management/

With this in mind, I would like to propose a page be created in Tiki documentation that briefly overviews encryption options for Tiki installations (For example, by linking to that MariaDB article if one is using MariaDB). Perhaps a process to automate the commands required to encrypt a database could be added at some future point (?), that users could opt into when installing Tiki?

You can get to help easily enough, but it's kind of hard to find the "wishlist" page.

I had to break in in my test installation of Tiki 21.4 (set a temp admin pw I did not write down in my keepass).

For this scenario, there is a documentation available at
https://doc.tiki.org/Lost-admin-password

First, this document lacks the information, that console.php of a Tiki 21.4 needs to be run on at least PHP 7.1. That is not the default with every ISP, and it isn't with mine (Ionos/1&1, second largest hoster in Germany). If invoked as recommend this will yield:

{CODE(Colors="Tiki")}
<b>Parse error</b>: syntax error, unexpected T_STRING, expecting T_CONSTANT_ENCAPSED_STRING or '(' in <b>MYHOMEDIR/agim/tiki-21.4/console.php</b> on line <b>9</b><br />
{CODE}

Workaround is easy, in my case, the invokation of PHP needs to be "php7.1" instead of "php". But that's dependant on a users's ISP. But I think you should state the PHP level necessary.

But invoked as PHP 7.1, console.php still won't reset the admin pw, and only yields:

{CODE(Colors="Tiki")}
Only available through command-line.
{CODE}

This WAS run on a command line... Inspection of console.php shows an, IMHO, unreliable CLI detection mechanism. Line 21 reads:

{CODE(Colors="Tiki")}
if (http_response_code() !== false) {
die('Only available through command-line.');
}
{CODE}

So http_response_code() is assumed to be false, if run on a command line. A quick test script:

{CODE(Colors="Tiki")}
<?php
var_dump(http_response_code());
?>
{CODE}

yields this:
{CODE(Colors="Tiki")}
int(200)
{CODE}

This is in line with the PHP documentation, which says on https://www.php.net/manual/de/function.http-response-code.php

"If response_code is provided, then the previous status code will be returned. If response_code is not provided, then the current status code will be returned. Both of these values will default to a 200 status code if used in a web server environment.

false will be returned if response_code is not provided and it is not invoked in a web server environment (such as from a CLI application). true will be returned if response_code is provided and it is not invoked in a web server environment (but only when no previous response status has been set). "

As I started both scripts definitely on a command line (Linux bash window running commandline SSH!) either PHP's detection is disturbed by something, or it only tests for the ''presence'' of a web server. This environment of course contains a web server (every Tiki installation will have that), but no distinction as to that HOW php got started (invocation on CLI or invocation by Apache) is done, so it defaults to 200.

So another, more reliable detection mechanism is needed here.

Thanks

Copyright and license notices are missing from several *.tikiwiki.org sites. These are required, or participation and content become legally ambiguous.

I can't make the basic example work.
https://doc.tiki.org/PluginCustomSearch#Basic_Usage

I'll reproduce it in show.t.o to make it easy for others to to review where the issue might be.

My goal is to leave one basic working example documented in doc.t.o

Admin password in that instance is:
u: admin
p: 12345

Go to Homepage, log in as admin, and try to search for any word found in the three items in that tracker. No results are found.
Index has been rebuilt many times.

At https://dev.tiki.org/Daily-Build we have a link that goes to https://tiki.org/tar/lastiki_26-x.zip this goes to a 404.

{syntax type="tiki" editor="plain"}
Hey Guys - I'm new to tikiwiki and have been trying to access the movies on this page -> http://tikiwiki.org/TikiMovies BUT most of the ones referencing USA point to an expired account and the ones mentioning Europe generate an error saying i don't have permission (even when logged in) ..??..

e.g., in the section "Preliminary_Settings", the USA link resolves to this -> http://esc45.midphase.com/suspended.page/ even though the link is coded for this address -> http://www.teluguvaariki.com/sri-addons/tikiwiki_videos/Wiki ... and when i hack the url to just the root domain, i get the same error and suspect this user's account is DOA ... i should note that i tried this a week or so ago and got the same response hence delayed sending this thinking it might clear up by now ..??..

and then when i click on "Editig a wiki page (Europe)" i get error - ie., "You do not have permission to use this feature" ... that link shows as -> http://tikiwiki.org/tiki-listmovies.php?movie=Wiki.swf&action=Display

the same thing happens with the other videos in other sections like "Editing a wiki page", "Image Galleries", "Articles", "FAQs", etc ... the only video link that does work is the 24 minute intro with David Lankes - which is excellent by the way :>)

accordingly, please advise ... i would really like to watch these videos to get up to speed as i'm already having numerous problems ... a) i was able to install okay but the images in the gallery won't upload, or when they do appear to upload, i get a blank screen and see no images ... b) i can't get the secure login link to work with my dedicated server that shares a SSL cert across domains ... thus i installed tikiwiki on avantigroup.com/tiki but for the https i need to make a url callout that is https://secure.cooltea.org/avantigroup.com/tiki but tikiwiki won't let me do this from admin control panel and forces https://avantigroup.com ... ugh ... sure, i could go in and hack the template but this kind of defeats the smarty template approach but i digress ...

thanks in advance for your attention to this matter and on positive side, it does look like you have a lot going for your project and i look forward to diving in further ... to be continued ... cordially, chuck scott

At https://doc.tiki.org/Login-General-Preferences I see:

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

I can't edit it from the doc seems it is set as is in the PREFDOC.

https://doc.tiki.org/tiki-listpages.php
Go to page 10

Listing is truncated.

I didn't look at all pages, so there may or may not be others like this.

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

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.

"File Galleries configuration templates" is an option in the General Settings. But there is no help icon and the documentation at https://doc.tiki.org/File+Gallery+General+Settings has no information.

{syntax type="tiki" editor="plain"}
at the pages in dev.tiki.org I often get an error in chrome.
Like page: http://doc.tiki.org/Wiki+Plugin
Error on the screen: Fatal error: Allowed memory size of 201326592 bytes exhausted (tried to allocate 350 bytes) in /home/two/doc/lib/init/initlib.php on line 187

New feature about duplicate alias;
[ENH] Display error in wiki pages with duplicates alias links

Page https://doc.tiki.org/Tracker+Synchronization show multiple errors.

×
Error
Alias Tracker Sync link already present in 트래커 동기화 page(s)
Alias TrackerSync link already present in 트래커 동기화 page(s)
Alias TrackerS15n link already present in 트래커 동기화 page(s)
Alias Tracker S15n link already present in 트래커 동기화 page(s)
Alias S15n link already present in 트래커 동기화 page(s)

Also on : https://doc.tiki.org/Dynamic%20items%20list

Also on : https://doc.tiki.org/Requirements#PHP
Alias Requirements and Setup link already present in Anforderungen, 요구 사항 page(s)
Alias Requirement link already present in Anforderungen, 요구 사항 page(s)

This may be 2 bugs:

When you select Admin - External feeds and create a new feed, a blank page is presented after clicking "Save." It appears as though the external feed is saved, though.

Created feeds are not being updated on a schedule, nor are they being updated when the "Refresh" option is clicked. Clicking "Refresh" results in a blank page being displayed.

This has been ((http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=37418&topics_offset=23&topics_sort_mode=lastPost_desc&forumId=4|reported on the forum.))