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

The last updated pages mod shows pages that the user does not have a right to view. This is a bug and could be serious security. The code should only show pages that the user has a right to view.

Hi there,

it is very unhandy to attach files or include images in wiki pages, articles or any other content a user provides. Until now, there are means like:

a) Upload a file to a file gallery and reference it manually using the link given.
b) Upload a file to a wiki page and reference it manually.
c) Try using the WYSIWYG editor and realize it does not upload the image.

Well, what I did is I added some quicktags to your code that opens a custom upload file dialog with a preselected file gallery. The user can browse, upload and add the file into his content in one step. Basically it uploads the file and appends the wiki code at the cursor position.

I will attach you all my environment...there is a file itb_readme.txt in the root which describes in chapter 3 all the changes I do...maybe somebody of your development team assesses this as an important feature and can leverage some code...

Regards,

Maic

In 2023 it should be possible to drag a file over a text area in a wiki page and having Tiki to understand what to do (IMG, Mediaplayer, etc...).

hi i have a problem when create new page . some time it is create in correct character then tiki can search and show correctly
http://localhost/tiki/tiki-index.php?page=แผนที่

but when it is show like this , page not found occur.

http://localhost/tiki/tiki-index.php?page=%E0%B8%88%E0%B8%B1%E0%B8%87%E0%B8%AB%E0%B8%A7%E0%B8%B1%E0%B8%94%E0%B8%AA%E0%B8%A1%E0%B8%B8%E0%B8%97%E0%B8%A3%E0%B8%9B%E0%B8%A3%E0%B8%B2%E0%B8%81%E0%B8%B2%E0%B8No value assignedE0%B8%88%E0%B8%B1%E0%B8%87%E0%B8%AB%E0%B8%A7%E0%B8%B1%E0%B8%94%E0%B8%AA%E0%B8%A1%E0%B8%B8%E0%B8%97%E0%B8%A3%E0%B8%9B%E0%B8%A3%E0%B8%B2%E0%B8%81%E0%B8%B2%E0%B8%A3

how to fix it please.

this is also the same problem https://tiki.org/forumthread65410#threadId=65438

best regards,
yanadhorn

{syntax type="tiki" editor="plain"}
When we create a new wiki page we write {CODE()}((My New Page)){CODE} and get the URL http://example.com/My+New+Page

Is it possible to get the following URL structure

http://example.com/my-new-page

i.e. all lower case and hyphens "-" instead of plus sign "+" ?
Thank you

To be able to use certain variables such as:

{CODE()}{page} or {$page}
{lang} or {$lang}
{username} or {$username}{CODE}

So we could have contextual images depending on language:
{CODE()}
{img src=image{lang}.jpg }
{CODE}

and links like:
{CODE()}
[tiki-editpage.php?page={$page}|Edit this page]
{CODE}

After an upgrade from 2.x to 3.0 if I edit a page while user watches are enabled I get an error similar to this :

Errore

An error occured in a database query!

Context:
File tiki-editpage.php
Url tiki-editpage.php?page=Italiano
Query:
select tuw.*, tup1.`value` as language, tup2.`value` as mailCharset from `tiki_user_watches` tuw left join `tiki_user_preferences` tup1 on (tup1.`user`=tuw.`user` and tup1.`prefName`='language') left join `tiki_user_preferences` tup2 on (tup2.`user`=tuw.`user` and tup2.`prefName`='mailCharset') where `event`=?and (`object`=?) UNION DISTINCT select tgw.watchId, uu.login, tgw.event, tgw.object, tgw.title, tgw.type, tgw.url, uu.email, tup1.value as language, tup2.value as mailCharset from tiki_group_watches tgw inner join users_usergroups ug on tgw.`group` = ug.groupName inner join users_users uu on ug.userId = uu.userId and uu.email is not null and uu.email <> '' left join `tiki_user_preferences` tup1 on (tup1.`user`=uu.`login` and tup1.`prefName`='language') left join `tiki_user_preferences` tup2 on (tup2.`user`=uu.`login` and tup2.`prefName`='mailCharset') where `event`=?and (`object`=?)
Values:
0 wiki_page_changed
1 Italiano
2 wiki_page_changed
3 Italiano
Message:
Built query was probably:
select tuw.*, tup1.`value` as language, tup2.`value` as mailCharset from `tiki_user_watches` tuw left join `tiki_user_preferences` tup1 on (tup1.`user`=tuw.`user` and tup1.`prefName`='language') left join `tiki_user_preferences` tup2 on (tup2.`user`=tuw.`user` and tup2.`prefName`='mailCharset') where `event`='wiki_page_changed'and (`object`='Italiano') UNION DISTINCT select tgw.watchId, uu.login, tgw.event, tgw.object, tgw.title, tgw.type, tgw.url, uu.email, tup1.value as language, tup2.value as mailCharset from tiki_group_watches tgw inner join users_usergroups ug on tgw.`group` = ug.groupName inner join users_users uu on ug.userId = uu.userId and uu.email is not null and uu.email <> '' left join `tiki_user_preferences` tup1 on (tup1.`user`=uu.`login` and tup1.`prefName`='language') left join `tiki_user_preferences` tup2 on (tup2.`user`=uu.`login` and tup2.`prefName`='mailCharset') where `event`='wiki_page_changed'and (`object`='Italiano')


Only if I disable the feature "monitoring" the error doesn't show up.

No nearer clarification - just heard about it.
I can well believe it though - not digged into code.
But it's not consistent! And not good over all.

{syntax type="tiki" editor="plain"}
On a Tiki29.x (tested before and after Tiki29.1 release) when I use the Wiki page, Action, Edit icons nothing happens.

On a Tiki Wiki 29, when I try to edit a plugin using the plugin edit icon it doesn't open the dialog.

In the console I see it create a 500.

I see in the PHP error logs:
{CODE()}
[Sun Feb 08 20:34:34.809307 2026] [proxy_fcgi:error] [pid 3852014:tid 140443887073024] [client 127.0.0.1:53564] AH01071: Got error 'PHP message: PHP Fatal error: Uncaught ArgumentCountError: Too few arguments to function TikiLib::safeFileExistsInPath(), 1 passed in /var/www/vhosts/mydomain.org/httpdocs/lib/core/Services/Edit/PluginController.php on line 273 and exactly 2 expected in /var/www/vhosts/mydomain.org/httpdocs/lib/tikilib.php:7314\nStack trace:\n#0 /var/www/vhosts/mydomain.org/httpdocs/lib/core/Services/Edit/PluginController.php(273): TikiLib->safeFileExistsInPath()\n#1 /var/www/vhosts/mydomain.org/httpdocs/lib/core/Services/Broker.php(140): Services_Edit_PluginController->action_edit()\n#2 /var/www/vhosts/mydomain.org/httpdocs/lib/core/Services/Broker.php(27): Services_Broker->attemptProcess()\n#3 /var/www/vhosts/mydomain.org/httpdocs/tiki-ajax_services.php(53): Services_Broker->process()\n#4 /var/www/vhosts/mydomain.org/httpdocs/route.php(400): include('...')\n#5 {main}\n thrown in /var/www/vhosts/mydomain.org/httpdocs/lib/tikilib.php on line 7314', referer: https://mydomain.org/Mypage
{CODE}

I checked PluginController.php, safeFileExistsInPath.

The function safeFileExistsInPath() requires two parameters: the file and the directory to check it against. But in PluginController.php, it's only being called with one parameter.

{syntax type="tiki" editor="plain"}
* show page header not respected
* all levels of heading shown as H1 (and trigger a new slide, would be nice to pick which level of heading does that)
* non-standard icons don’t work (I.e. type=brands) because standard font awesome font-face is hard coded to apply to ‘’all’’ -+span+- elements (which is insane right?)
* there may be more…

As you can see here:
http://themes.tikiwiki.org/tiki-listpages.php

{syntax type="tiki" editor="plain"}
The WANTEDPAGES plugin uses the tiki_links table. This table will store an entry if a page links to a page with a CamelCase name.
When listing the wanted pages, it is normal to ignore links to CamelCase page names from tiki_links if WikiWords are disabled, since strings like "ClickHere" are not actual links. However, this is wrong if the link is explicit, say ((ClickHere)).

This happens on trunk r20832.

The problem: Say I am multi-tasking.

1- I start editing a wiki page
2- I check my thunderbird email.
3- I click a link in my email
4- That link could take over my browser and I lose what I was editing. Not fun.


This is what we need:
http://marclaporte.com/tiki/FeatureRequest_BetterHandlingOfBackButtonWhileEditing.swf.html

And that solution also works when you are clicking a link in an email. (not just back button)


other causes of ((doc:lost edit)) are listed in documentation.


similar: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=971

When on a wiki page on my tiki, I have the options available to watch the specific page or to "Monitor the sub-structure". When clicking on the latter, I am redirected to a permission denied page and the watch for the sub-structure is not set.

Even admin is being denied the permission to set a sub-structure watch on a wiki page.

Setting a watch on a sub-structure inside the structure-admin menu works fine for any permitted, though.

The "Watch Translation" feature works great however... the email notification that the author receives is the same as a regular wiki page change. It should be different it should:
#Specify ''why'' you are receiving the email
+...a translated version of a page you are watching was changed...
#Indicate the change made and which page you should update.
+...please review the following change in __PAGENAME, sp__ and update your page __PAGENAME, fr__...

Or something similar.

Watching a page is an amazing feature.

However, as of now, when a page is renamed or deleted, I am not informed.

When you are in edit mode on a Wiki page, when you click on the Help icon in the toolbar of the Wiki page, and then click on the Plugin Help tab. If we choose to open a modal of a plugin and close it, right now, by trying to click on the Help icon, no modal will open.

On the other hand, when you close the modal of a Plugin by saving the changes, you can currently open the Help modal by clicking on the Help icon, but you can't open other modals unless you reload the page or save it.

The problem is that the modals do not open at least at some point to save or reload the page.
The image gives more details
{img fileId="1311"}
Thanks!

UserPages should be off by default, and activated per relevant profile.


Syntax should become:
{CODE()}User:XYZ{CODE}
instead of
{CODE()}((UserPageXYZ)){CODE}

__Done in new installs of Tiki4 but there is no migration script__


When User pages are activated, they should be much more obvious for users. (ex.: in MyTiki)


Same thing for ((doc:User Trackers))

This is for internal groups within a wiki, a bit like ((workspace))s.

Some pages have special perms. We'd need a way that new pages created from these inherit permissions.

It could be possible to do via category permissions but..

{syntax type="tiki" editor="plain"}
With Element Plus enable, but Element Plus Autocomplete disable.

When editing a Wiki page, using the "wiki link" button on the toolbar you can set a "wiki link" on the page with a title and the page you want to link to.

Before Tiki29, the label contained the selected text for the wiki link and when starting to type in the "Page" field autocompleted and proposed existing Wiki pages.
This is not working anymore on Tiki29, the label stays empty.

under admin permissions:
If you edit a wiki page with a wiki rating, the old poll is deslected and a new poll is made with the generic name 'rate it'.

This means the scores are reset to zero and the admin has to edit the page again and reselect the old poll.

under registered permissions:
If you edit a wiki page with a wiki rating, the old poll is deslected and the page doesn't have a rating anymore.

Wiki ratings is a very nice feature, but this is a showstopping bug.. I hope it isn't too hard to fix ;).

When mixing wiki syntax and HTML markup, text within HTML blockquotes is rendered improperly, with each paragraph after the first within the quoted text surrounded by <tt> tags. Haven't tested for non-wiki components.

{syntax type="tiki" editor="plain"}
When printing a wiki page (or viewing the printer-pretty version) that has links, it would be nice if links actually showed the full URL.

For example

((http://yourtiki/foo|Foo)) would display as Foo (http://yourtiki/foo)

((http://yourtiki/foo|Bar)) would display as Bar (http://yourtiki/foo)

[http://foo.com|Bar] would display as Bar (http://foo.com)

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