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

After saving the edit to a wiki page you get the usual Success Alert at the top of the page. I think in previous versions this used to disappear after 3~5 seconds. Instead you have to close it manually. I think this item should be timed to disappear after a few seconds.
{file type="gallery" fileId="2137" showicon="y"}

If you enter following code in a wiki-page ~np~ ...page... ~/np~ there is a bug in the interpreter. The preview-mode is working right and shows ...page... as plain text, but when you save the page wiki-parser interprets it as a tag and shows the pagenavigation-bar.

I've got this error while attempting to insert data in a tracker with mirror tables from a Wiki page through wikiplugin_tracker.php.

In fact, the wiki page return an error message, and it seems as if item was not inserted, then, but item is inserted. However, the field "user" (login user, 1) is not saved in the tracker (and I was logged in, and I could insert a tracer item from the same user account through the tracker directly).

Note: Tracker has less than 40 fields, and I included 40 consecutive field ids in the plugin syntax.

That's the code in the wiki page:
{CODE()}
{TRACKER(trackerId=>1,fields=>1:2:3:4:5:6:7:8:9:10:11:12:13:14:15:16:17:18:19:20:21:22:23:24:25:26:27:28:29:30:31:32:33:34:35:36:37:38:39:40,action=>Name of submit button,showtitle=>y,showdesc=>y,showmandatory=>y,embedded=>y)}Ben fet!{TRACKER}
{CODE}

Thant the error message:
{QUOTE()}Notice: Undefined index: name in /var/lib/gforge/chroot/home/groups/gclub/htdocs/carpetiki/lib/wiki-plugins/wikiplugin_tracker.php on line 138

Warning: mysql error: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near '='prova4' where `itemId`='5'' at line 1 in query:

update tiki_trk_1 set =? where `itemId`=?


in /var/lib/gforge/chroot/home/groups/gclub/htdocs/carpetiki/lib/tikidblib.php on line 154

Warning: fread(): Length parameter must be greater than 0. in /var/lib/gforge/chroot/home/groups/gclub/htdocs/carpetiki/lib/cache/cachelib.php on line 47
{QUOTE}

As explained and demonstrated on the show instance (trunk): http://bsfez-11581-8389.show2.tiki.org/tiki-index.php?page=HomePage

Even if permissions are set correctly (tiki_p_edit) (tiki_p_edit_structures) not all groups will see the structure "Add page" field on the top of the page.

For example, registered (group that exist by default in Tiki) will see the field. A group I create, and with the correct permissions won't see the same "Add page" field.

---

I tried to create a Tiki24 show instance. It fails with errors in the log.
{FADE(label="log" icon="y")}
###########################################################################################

== TIM Thu Apr 27 07:04:19 UTC 2023 : TIM command: CREATE
###########################################################################################


== TIM Thu Apr 27 07:04:19 UTC 2023 : Starting instance creation

== TIM Thu Apr 27 07:04:19 UTC 2023 : Unpacking tarball
tar (child): /usr/local/src/tiki/24.x.tar.gz: Cannot open: No such file or directory
tar (child): Error is not recoverable: exiting now
tar: Child returned status 2
tar: Error is not recoverable: exiting now

== TIM Thu Apr 27 07:04:19 UTC 2023 : Chown-ing everything to TIM user and group

== TIM Thu Apr 27 07:04:19 UTC 2023 : Running setup.sh
sh: 0: Can't open setup.sh

== TIM Thu Apr 27 07:04:19 UTC 2023 : Creating database

== TIM Thu Apr 27 07:04:20 UTC 2023 : Setting GRANTs on database

== TIM Thu Apr 27 07:04:31 UTC 2023 : Creating local.php
/usr/local/sbin//tim-create: line 155: /var/www/bsfez-11581-8389/db/local.php: No such file or directory
chown: cannot access '/var/www/bsfez-11581-8389/db/local.php': No such file or directory

== TIM Thu Apr 27 07:04:31 UTC 2023 : Old Tiki - populating database via tiki.sql
/usr/local/sbin//tim-create: line 184: /var/www/bsfez-11581-8389/db/tiki.sql: No such file or directory
touch: cannot touch 'db/lock': No such file or directory

== TIM Thu Apr 27 07:04:31 UTC 2023 : Starting extra steps special to show instances. Anything done below is not part of a standard Tiki installation.
svn: E155007: '/var/www/bsfez-11581-8389' is not a working copy
Creating file http://bsfez-11581-8389.show.tikiwiki.org/info.txt with extra info for developers
CREATION END - results in http://bsfez-11581-8389.show.tikiwiki.org/install_log.txt (available after a delay)
{FADE}

On a Tiki24 on the Control Panels, Global setup, Editing and Plugins, Plugins, Edit plugin icons the "Only display focused edit icons (for sections and/or plugins) on request" was enable.

After upgrading to Tiki25 it has been disabled.

I had to revalidate it. (same as the admin language taking over the default language issue)

Once you have selected a language for a page (Editing => Properties or on page creation) other than "unknown" you can’t select back "unknown".

Sometimes it is better to keep a wiki page language as unknown and use the TR tags (plugins) to have a page adapting to different language. Therefor it is important to keep the option to have language=unknown pages.

!!How to reproduce
#Go to the instance
#Login as admin
#Edit the homePage
#Set the properties=>languages to "unknown" save
#Check again it is back to English

#Go to the instance
#Login as admin
#Create a new page
#Keep the properties=>languages to "unknown" save
#Check again language = Unknow.
#Change language to en and save
#Try to change it back to "unknown" and save, it is not possible anymore

On a Tiki22 with multilingual set to 3 languages I had to correct a typo on a wiki page name in hebrew; removing an extra space. This page as an alias (see later)

On "rename page" I got a system error:
{CODE()}

System error.

חזרה הודעת שגיאה זו:

Data too long for column 'href' at row 1

The query was:
update `tiki_objects` set `itemId`=?,`name`=?,`href`=? where `itemId`=? and `type`=?

Values:

בניית אתרים טיקי ויקי ונותן פתרונות ווב אפ מוכנים לשימוש מיידי
בניית אתרים טיקי ויקי ונותן פתרונות ווב אפ מוכנים לשימוש מיידי
tiki-index.php?page=%D7%91%D7%A0%D7%99%D7%99%D7%AA+%D7%90%D7%AA%D7%A8%D7%99%D7%9D+%D7%98%D7%99%D7%A7%D7%99+%D7%95%D7%99%D7%A7%D7%99+%D7%95%D7%A0%D7%95%D7%AA%D7%9F+%D7%A4%D7%AA%D7%A8%D7%95%D7%A0%D7%95%D7%AA+%D7%95%D7%95%D7%91+%D7%90%D7%A4+%D7%9E%D7%95%D7%9B%D7%A0%D7%99%D7%9D+%D7%9C%D7%A9%D7%99%D7%9E%D7%95%D7%A9+%D7%9E%D7%99%D7%99%D7%93%D7%99
בניית אתרים טיקי ויקי ונותן פתרונות ווב אפ מוכנים לשימוש מיידי
wiki page

The built query was likely:
update `tiki_objects` set `itemId`='בניית אתרים טיקי ויקי ונותן פתרונות ווב אפ מוכנים לשימוש מיידי',`name`='בניית אתרים טיקי ויקי ונותן פתרונות ווב אפ מוכנים לשימוש מיידי',`href`='tiki-index.php'בניית אתרים טיקי ויקי ונותן פתרונות ווב אפ מוכנים לשימוש מיידי'page=%D7%91%D7%A0%D7%99%D7%99%D7%AA+%D7%90%D7%AA%D7%A8%D7%99%D7%9D+%D7%98%D7%99%D7%A7%D7%99+%D7%95%D7%99%D7%A7%D7%99+%D7%95%D7%A0%D7%95%D7%AA%D7%9F+%D7%A4%D7%AA%D7%A8%D7%95%D7%A0%D7%95%D7%AA+%D7%95%D7%95%D7%91+%D7%90%D7%A4+%D7%9E%D7%95%D7%9B%D7%A0%D7%99%D7%9D+%D7%9C%D7%A9%D7%99%D7%9E%D7%95%D7%A9+%D7%9E%D7%99%D7%99%D7%93%D7%99' where `itemId`='wiki page' and `type`=?
{CODE}

I refreshed and it seems ok the page is here but then had a notice that the Alias in the page is already used on another page. Both page name are the same on the message, but when I click on the page name it display Tiki search and the value in the search field is the page name WITH the double space.

None of the links pointing to the alias are working they all send me to "the page doesn’t exist" (page name with a single space)

I re-built index, refreshed cache... same. Different browser...

I had no choice but to rename back with the typo error to get out of it.

__INSTANCE__
Sorry I created an instance at show and after 3h it is still not completed. I moved to something else...

{syntax type="tiki" editor="plain"}
~~#F00:Update still on Tiki26.x~~

On Tiki23 if I can have global Admin setting for the Wiki Page to Show page title (enable by default).
So the page "myitems-" will show the title (a link) on the top of the page.

On the properties of the page "myitems-" I can individually turn it off for this page.
So the page "myitems-" doesn't show the title (a link) on the top of the page.

The page can be used as a template to displays items from a tracker using the an alias.
The URL then will become "myitems-4" and now the page title is displayed which is wrong.

Module execution failed if the visitor is anonymous.
Anonymous can't see listpages.php even if they have Wiki admin permissions

This filter is no longer work if the user is anonymous

{CODE()}
{filter field="title" content="~np~{~/np~{page}}"}
{CODE}
Instance coming... (not reproducible with default settings... more tomorrow)

When using "Wiki page pagination" the navigation bar on the first page look fine.
However on the second page it seems to be conflicting with the sliding side menu and the page look broken.

Any idea why this page: https://info.tiki.org/Add-Consultant
has a wrong browser title: "File Upload | Tiki Wiki CMS Groupware :: Community"
???
It should be: "Add Consultant | Tiki Wiki CMS Groupware :: Community"

{syntax type="tiki" editor="plain"}
When displaying a Wiki page as slides the wrong favicon is displayed. I'm using 1.9.11 and the favicon from Xampp is displayed which is found in the root web directory ./htdocs/ rather than using the favicon found in the TikiWiki directory ./htdocs/tikiwiki/

{syntax type="tiki" editor="plain"}
if you enter the <-character in a text (e.g. for an arrow like -->) the following lines have no linebreaks anymore

In a Tiki 21.4 I get a WSOD (white screen of death / blank page) when I save a newly created page.

The page is created anyway and usable. The WSOD disappears when the browser is sent one page back or the site/page is loaded manually.

The bug __only__ occurs while __saving__ a newly created page for the __first time__.

After editing a previously existing wiki page, there is no WSOD after saving.

I did not yet test the behaviour for other versions, but I will add versions accordingly.

Tested in show instances:

Tiki 23.1vcs
http://bsfez-11581-7912.show2.tikiwiki.org
success - could not reproduce

Tiki 21.5vcs
http://torsten-11143-7928.show2.tikiwiki.org
success - could not reproduce

On a Tiki23 I use description for meta tag (may be unrelated) and if I insert a description that is more than 200 char (more than 199 I think) on save I have a white screen.

Wouldn't it be great if a wiki link (the standard [] syntax) would check whether the current user has rights to the page that it links to? THat way we could turn off the hyperlink if the user cannot open the page anyway...THat would add some processing overhead, but I am sure that would be manageable.

Don't know where to begin, though, I do not really understand the wiki processing in Tiki...

This bug is seen by our IE 8 clients. We are running Tiki 6.2 (clean install), on a Windows 2003 Server, Apache 2.2.16 w SSL, PHP 5.3.3, remote MySQL 5 database.

When our users try to edit their pages either in WYSIWYG or normal mode, their editor text box is half the width that it should be. They need to use the dragger to make it wider. If we edit in Firefox then the editor is the correct width.

Since IE is our corp standard our users need to be able to add files using that browser. Also, this is the same problem we had in Tiki 5.x and we were hoping 6.x would have fixed it.

Thanks,
Tim

No XML RPC interface for Wiki

When you modify a wiki page and press the help (?) sign to display the plugins once you have chosen a plugin and instead of save you close, you can no longer access the plugins unless you reload the page again.
and if you press save and then you want to use another plugin without saving the changes on the wiki page, the plugin configuration page will not appear until the page is reloaded

A user typo whilst creating a structure can create a new page which then isn't (easily) accessed.

Whilst creating a new structure and adding pages with aliases using the "Tree" feature, if hyphen space greater-than rather than simply hyphen greater-than is entered the new page is created without an alias but with a longer that expected page name.

For example
Test_01 -> Page1 creates new page called Test_01 and alias Page1 as expected.
But
Test_02 - > Page2 creates a new page called "Test_02 - > Page2" with no alias.

Accessing this page and removing it is challenging :-))

--(Can't currently create a show instance for you, no database connection available, but I can reproduce this on the demo 18x/system)--

Using the Structures "next page" button from page Test_01 causes a wiki error "Page not found" for "Test_02 - Page2" (sic without greater-than sign).

Likewise wikilink from toc generated on pages within the structure also results in "Page not found".

Adding the plugin listpages with options find="Test_0" to the root of the structure shows the pages as expected.

Note the wikilink URLs generated by toc and listpages are different, but wikilink from listpages also results in the same "Page not found error" for the same page "Test_02----Page2"

{syntax type="tiki" editor="plain"}
http://wikisuite.org/tiki-pagehistory.php?page=ClearOS&newver=0&oldver=30

See also attached image

It's a ((WYSIWYCA)) bug. Anonymous users can't remove page versions, so interface shouldn't offer it.

@fabio: please coach team as needed

The edit button (and switch to wysiwyg) link to nowhere (except back to homepage.)

This appears to be an ajax related problem many buttons/links do not work.

verified on my site and 110.tikiwiki.org

edit button links to:
http://sitename.com/#


switch to wysiwyg does not work, navigation buttons in list-pages,

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

Wiki page draft requires AJAX.

I just tested in 2.0 RC2 and it's completely broken.
It conflicts with ((doc:Lost Edit)) protection

{THUMB(id=48,url=>show_image.php?id=48,original=y, sticky=y)}Major bug with wiki page draft{THUMB}

Hi to all,

I want to know if you can create a protected page that only logged in users can see, I know I can turn off the wiki so only logged in users can access it, but is there any way that I can put under restriction only a few pages since they contain some important info that can be shared only by users that have accounts on the wiki.

Many thanks