Category: Wiki (page view, edit, history, rename, etc)

The page "comments" on tiki.org returns a 404 not found.

I have looked in the wiki pages, and we do in fact have a comments page, so something must be broken there. Not sure if this is a tiki bug, or bad data or what, but the error message (404) is really not very helpful.

https://tiki.org/comments -- is broken
https://tiki.org/tiki-index.php?page=comments -- works

https://tiki.org/changelog -- is broken
https://tiki.org/tiki-index.php?page=changelog --works

On a Tiki23 I want to format properly and nice a section with several numbered paragraph (like I do for the TRM pages): https://tiki.org/Roundtable-Meeting-2021-12

But seems our parser ignore everything about paragraph and each line must be indented separately.
Worst it does understand the difference between a line feed (one line down) and a carriage return (start next line) : https://stackoverflow.com/questions/12747722/what-is-the-difference-between-a-line-feed-and-a-carriage-return

To have this :
{img fileId="1650" thumb="box"}

I have to write the following with several extra %, the sign plus before each line, etc.
Not what you expect from a Wiki... It is supposed to help the editor, not to kill him with complicate syntax.

{CODE()}
!! My new project
Some facts:

#Paragraph1, Lorem ipsum dolor sit amet, consectetur adipiscing elit et dolore magna aliqua.
+ IE: Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis ullamco laboris nisi ut aliquip ex ea commodo consequat.%%%
+ It consist of:
+ * Lorem ipsum dolor sit amet, consectetur adipiscing elit.
+ * Sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.
+ * Lorem ipsum dolor sit amet, consectetur adipiscing elit.
+ *… Sed do eiusmod tempor incididunt ut labore et dolore magna aliqua ? %%% %%%
#Paragraph2 by Admin.
+ IE: At vero eos et accusamus et iusto odio dignissimos ducimus qui blanditiis praesentium voluptatum deleniti atque corrupti quos dolores et quas molestias excepturi. %%% %%%
#Paragraph3 Id est laborum et dolorum fuga.
+ IE : At vero eos et accusamus et iusto odio dignissimos ducimus qui blanditiis praesentium voluptatum deleniti atque corrupti quos dolores et quas molestias excepturi sint occaecati cupiditate non provident, similique sunt in culpa qui officia deserunt mollitia animi, id est laborum et dolorum fuga. %%% %%%
# Paragraph4 Et harum quidem rerum facilis est et expedita distinctio.
+ IE: Nam libero tempore, cum soluta nobis est eligendi optio cumque nihil impedit quo minus id quod maxime placeat facere possimus, omnis voluptas assumenda est, omnis dolor repellendus. %%% %%%
#Paragraph 5 aut perferendis doloribus asperiores repellat
+(placeat facere possimus) %%% %%%
## Quis autem vel eum iure reprehenderit qui in ea voluptate
## Velit esse quam nihil molestiae consequatur, vel illum qui dolorem eum fugiat quo voluptas nulla pariatur?
## etc...
{CODE}

{syntax type="tiki" editor="plain"}
To reproduce:

#Go to a page which someone else is editing
#Click to edit a section (ex.: &hdr=9)
#You will get a message to confirm override (conflictoverride=y)

If you accept, you will be editing full page instead of section.

It is rare that editors are able to edit and save a single session to create, improve or edit a Wiki page.

In some case you even start something and add relevant information for the session (Describe the change you made) or you forgot to add it. :)

It would be useful to:
# To able to edit the history session description
# To have a way to consolidate editing sessions (grouping them)
## Be able to name and edit the sessions (group) description independently with the single session description

Beside the basic we can have a bit of improvement (permissions + options) that would
* Allow super users (Admin or Editors) to use the new feature on all sessions.
* Allow the contributors to use the feature only on his own sessions.
* Contributors can edit history sessions for the same day/time duration sessions.

To use Tiki as a real content management system where people can add or change wiki pages securely, it will be a feature, if they (compared to mediawiki or wikipedia) first can store changes or new wiki pages as a draft. A chief editor checks it before it will be published. If it is possible to add this feature, I promise there is no reason left to choose mediawiki as a software.

The process could be:
1. somebody changes content in a wiki page or adds a new wiki page. Chenges will not be visible to everybody but the admin and the chef editor.
2. admin and chief editor will be informed about changes automatically
3. admin or chief editor check the content
4. if admin or chief edito agree they will publish the changes
5. if admin or chief editor do not agree they will not publish it and contact the editopr.

I am creating a huge portal with tiki as an alternative to wikipedia. Unfortunately I found out too late that this feature is missing. I can imagine the usability of tiki will be increased tremendously if this feature will bne available.

contributors (from contribution feature) are not listed on the contributors list at the bottom of a wiki page in view mode. (collaborative style set at wiki admin)

They are shown in history of the wiki page in a new column called "contributors", which is fine, but when viewing a page, and when wiki set up as collaborative style for listing contributors, author and those "contributors" should be included all together in the list of contributors.
Example:
http://www.iesbarcelona.org/ESSO350/tiki-index.php?page=2009s%20EAP%20Buses%20and%20Metro

listed three users (Authors) as contributors.
However, if you go to history:
http://www.iesbarcelona.org/ESSO350/tiki-pagehistory.php?page=2009s%20EAP%20Buses%20and%20Metro

you can see a fourth user in the contributors column.
That user can't see her name on the list of contributors, and requests for help to site admin due to that fact, etc.

{syntax type="tiki" editor="plain"}
During my test of converting pages created with Wiki Syntax to Markdown I encounter the following issues.
__Edit icons from action menu__
It has no effect anymore.
If it won't work, the menu item shouldn't be seen.

__Carriage return or line feed__
To display 2 empty lines I used the backslash sign.
{CODE()}
textA
\
\
textB
{CODE}

__Tables__
I used this syntax to create a table without headers
{CODE()}
||Perl version|5.036000
Path to Perl|/usr/bin/perl
Python version|3.11.2
Path to Python|/bin/python3.11||
{CODE}

I had to change it to:
{CODE()}
| Name | Version / Location |
| --------- | --------- |
|Perl version|5.036000|
|Path to Perl|/usr/bin/perl|
| Python version | /bin/python3.11 |
{CODE}
(space before or after a pipe (|) is not mandatory)

__Centering__
There is no alignement syntax in Markdown.
Pictures seems to be displayed without limit.
I used this syntax to create a table without headers
{CODE()}
::{img fileId="82" class="border"}::
{CODE}

In this case I changed it to:
{CODE()}
{img fileId="82" class="border img-fluid text-center"}
{CODE}

In other cases it is possible to use the center plugin.

{CODE()}
{CENTER()}this is centered ?{CENTER}
{CODE}

__Comments__
There is no comment syntax in Markdown.
I used this syntax to have a comment in a page
{CODE()}
~tc~FINAL CTA~/tc~
{CODE}

I had to change it to:
{CODE()}
{DIV(class="d-none")}FINAL CTA{DIV}
{CODE}
This kind of solution doesn't make the editor life easier...

__HTML icon__
For a complex bloc where I needed to display an icon I used
{CODE()}
<i class="fas fa-bolt"></i>
{CODE}

I had to use the wiki plugin
{CODE()}
{icon name="bolt" name="bolt"}
{CODE}

__DIV wiki plugin__
''may be not related to markdown as wiki plugin should work normally?''
I created a bloc as is:
{CODE()}
{DIV(class="container mt-5")}
{DIV(class="p-5 bg-primary text-white text-center rounded")}
{DIV(type="h3" class="font-weight-bold mb-3 text-info-light")}
{icon name="bolt" name="bolt"} Partner With Us !
{DIV}
{DIV(class="lead")}With a strong focus on OpenSource technologies, we bring years of expertise working with medium and large organizations. Our proven methodologies ensure smooth operations and the flexibility to evolve with your needs.{DIV}
{button href="HomePage#contact" _text="Let's discuss your project" _icon_name="paper-plane" _type="warning" _class="btn-lg font-weight-bold px-5 mt-3"}
{DIV}{DIV}
{CODE}

On Tiki29 it look like this.
{img fileId="3207" thumb="box"}

On master with markdown it look like this:
{img fileId="3208" thumb="box"}

To be continued...

{syntax type="tiki" editor="plain"}
I upgraded a Tiki29 to master and enabled Markdown with the markdown syntax to used by default.
That didn't converted previous pages to markdown and I couldn't find a switch to do it page per page (like we had in previous version for the CKEditor).

The workaround I found;
# Open, Edit and save a page -> this will add this tag in the page data
# Go to you database, I used phpmyadmin and replace "tiki" with "markdown"

Your page will be converted to markdown and now you need to manually convert the content.

Go on "List Wiki page".
Select any page, copy it (duplicate page).
Enter any name to save.

Once redirected to the new page it show a warning : You don’t have permission to edit tags.
Tested on a new Tiki without tags feature activated and tested on nextdev.

I recently installed twiki using Fantastico on a siteground server. I've done a small amount of tweaking from the admin ui, but nothing that seems major. After logging out as admin, I get:

Warning: mysql error: in query:
select `groupHome` from `users_groups` where `groupName`=?
in /home/pgsuper/public_html/tikiwiki/lib/tikidblib.php on line 134

in table:
An error occured in a database query!
Context:
File tiki-logout.php
Url tiki-logout.php
Query:
select `groupHome` from `users_groups` where `groupName`=?
Values:
0 Anonymous
Message:
Error Message


If I logout as a registered user, I get
This is TikiWiki v1.9.8.3 -Sirius- © 2002–2007 by the Tiki community
This is TikiWiki v1.9.8.3 -Sirius- © 2002–2007 by the Tiki community
This is TikiWiki v1.9.8.3 -Sirius- © 2002–2007 by the Tiki community
This is TikiWiki v1.9.8.3 -Sirius- © 2002–2007 by the Tiki community
This is TikiWiki v1.9.8.3 -Sirius- © 2002–2007 by the Tiki community
This is TikiWiki v1.9.8.3 -Sirius- © 2002–2007 by the Tiki community
This is TikiWiki v1.9.8.3 -Sirius- © 2002–2007 by the Tiki community

going on until I stop the browser...
Any ideas?

Goal: Making is easy to use description field without needing to duplicate data entry

Say I use Tiki for terminology.

If I use the wiki page name for terms, I will end up with many weird characters in the URL.

If I use the description for the term, I still need to enter a cleaner/shorter wiki page name.

This is an unnecessary step.

Create wiki page could be full term, and accents and special characters are suggested (but overrideable)

Sometimes after editing and saving the tracker item here I get a CSRF confirmation warning and when I confirm that I see an error on top of the form which says something like:

{CODE()}
The following mandatory fields are missing :
Category
{CODE}

Even though the category field is there filled with correct category values!

__Please note the edited form contains your values but it is not saved yet!__ Only after another "Save" button click attempt it gets saved normally then...

{syntax type="tiki" editor="plain"}
The "Database dumps and restores" feature in the "Wiki" control panel creates corrupt tar files.

Steps to reproduce:
# As admin, go to Settings -> Control Panels -> Main Features -> Wiki -> Database dumps and restores
# Create a dump by filling in "Name for dump" and click "Create database dump"
# Create a dump file by clicking "Dump files" (below) -> Create dump file
# Download dump file by clicking "Download dump file".
# Go to your browser's download directory and try to list its contents:
+{CODE(theme="default")}LANG=C.UTF-8 tar tf dump_wiki.tar{CODE}
+ I get this result:{CODE(theme="default")}...
tar: Archive contains ‘ml000066’ where numeric mode_t value expected
...
tar: Skipping to next header
tar: A lone zero block at 19529
tar: Exiting with failure status due to previous errors{CODE}

Tiki 1.9.x behavior was to show side-by-side diff as default (good). In BRANCH-1-10, many new diffs were added (good). However, now the default diff is "HTML diff" (bad). Please change back to "Side-by-Side diff". Even better would be site-wide and user defaults.

So site admin would determine default diff mode, which could be overriden in user settings. And still pickable for each page.


{THUMB(id=19,url="show_image.php?id=19")}{THUMB}


Here is wht I don't like htmldiff as the default:
http://tikiwiki.org/tiki-pagehistory.php?page=ReleaseProcess20&compare=1&oldver=21&newver=22&diff_style=htmldiff

In 1.10 now we can set to login as e-mail and display realname wherever possible. But the user wiki page by default is set to 'UserCreate<e-mail>. We should still allow user to create his page with 'UserCreate<username/real name>'.

The recommended behaviour should be if user chooses e-mail to be private or it could be if admin sets to disaply realname wherever possible, then it should use 'UserCreate<realname>' other cases it can be based on e-mail.

In the "Wiki" Control panel, there's a "Dump files" feature. It's at the very end of the page, if tabs view has been turned off. This feature doesn't work at all. When you click "Create dump file", after a short delay, you get an empty page.

In Tiki 25, it worked, with restrictions. It seemed to create a corrupt tar file, but in retrospective I think, the file probably just had an outdated file format and could possibly still be used, with the right command line argument for "tar".

In dev.tiki.org and on the tikiwiki-devel list, I saw that this "Dump files" feature should have been removed. I think so, too, so I'm suggesting to actually do so.

I'll write a feature request for a replacement for the "Dump files" feature.

1. Create a Wiki Page with content "First content". Save it.
2. Edit page. Append "Second content" to the content. Save it.
3. Remove --> remove only last version.
4. Open page. "Second content" is still there. It should not!

I don't know yet if it's a regression from 17 to 18. I found it using trunk 18.0 and I just could't find "18.0" on the Version field above. Anyways, I assume it's a regression as this feature must have worked some day. Luis Henrique reproduced this error in his environment.

[https://sourceforge.net/p/tikiwiki/mailman/message/35974529/|Related discussion "Expected behavior when removing last wiki page version"]

Several (all?) of my recent edits to ((Tiki18)) page here in dev.t.o send me (user "xavi") to the dev.t.o homepage . That's new, it didn't happen to me months ago (nior in earlier tiki versions).
Regression?
---
Update: reproduced similar issue in trunk (from yesterday) {sign user="xavi" datetime="2018-09-28T09:22:41+00:00"}

{syntax type="tiki" editor="plain"}
One of our users reported that she was receiving watch notifications whenever she clicked the "Discuss" button for a wiki page, even though she was not posting anything in the forum topic.

The cause was a Watch on "A user posts a forum topic (forum_post_topic)" for the Wiki Page Discussion forum. (Our Tiki uses a forum for page discussion instead of page comments.)

The preferred behavior is that this type of watch would only generate a notification the ===first=== time the Discuss button is clicked for a page, when the new topic is actually created, rather than just accessed on successive clicks.

Folks would probably use external wiki abbreviations more if they and their full equivalents were displayed on the editing screen. Even better if there were an explanation of what they are for, how to use them. Maybe a tooltip?

for users with tiki_p_wiki_view_comments perm only, it displays the ~np~[comment]~/np~ link on the wiki page bar even when no comments there yet to read, so clicking it does literally nothing...

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

{syntax type="tiki" editor="plain"}
This is annoying!

Workaround is to remember to pick category again when you save.

{syntax type="tiki" editor="plain"}
Can not ((XML Import-Export)).

For translation, I would like a way to duplicate an entire structure, and have Tiki automatically build the translation relationships between wiki pages.

For example, consider that I have the following structure in English

Structure Name
Page Foo
..Page Bar
..Page Alpha

Now I want to translate the structure to Spanish. I want Tiki to create (automatically):

Structure Name, sp
Page Foo, sp
..Page Bar, sp
..Page Alpha, ap

__AND__ create the translation relationships between the specific pages (for example from "Page Foo" to "Page Foo, sp"