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

when attempting to see this url ( [https://doc.tiki.org/tiki-index_p.php?page=Tiki26]), either through the "whats new wizard" ([http://localhost/tiki26/tiki-wizard_admin.php?&stepNr=7&url=tiki-index.php%3Fpage%3DHomePage&use-changes-wizard=1]) or directly in a new browser tab, I got this message:

{CODE()}
Too late to modify headers. Headers already sent by output_headers() called at [/home/tiki-doc/public_html/temp/templates_c/en_social^ea0943f75a262d8be544059ae17e04e9602d1469_0.file.header.tpl.php:482])
{CODE}

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

A few minutes later, reloading the page, displayed the page properly.
Weird (I had never seen such a thing in all previous tiki versions).

When you save a page on Tiki.org it just reload the previous content.

After a few attempts (copy/paste edited content) it accept to save.

Update 2021-07-07:
Happened again editing was almost lost ! ?

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

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

While editing a wiki page i can set and upload an image.

Clicking on the picture image i get to the image properties windows.
In the tab "Image Info" i choose "browse server" and from there shows up the FCKeditor ressources browser.

I choose to create a folder, input name and upload picture.
Then the picture is available and i can choose it and validate it back throught the "Image Properties" windows where the image url show:
/tikiwiki10/img/wiki_up/image/test/tv.png

The picture image is broken
It keeps broken after wiki page save

When i reedit the page and open for this picture the "image properties" it shows as image url:
http://mydomain.com/tikiwiki10/img/wiki_up/image/test/tv.png

The image is not there of course, it have been installed in a folder test 3 step up from the root of my website !

Meaning that path should have been : /var/www/sites/xxx/xxx.com/subdomains/www/html/tikiwiki10/img/wiki_up/test

and the folder test has been in fact created here:
/var/www/sites/xxx/xxx.com/subdoma/tikiwiki10/img/wiki_up/test


And that... is not good at all :)
But it is not over.


If i upload manualy the picture and edit the wiki page i can add in the "image properties" the direct url to the picture after clicking the ok button it show nice in the preview page.

If i save the page the image link is changed for something like:
http://xxx.com/tikiwiki10/show_image.php?id=5

And there again... no picture shows on the saved wiki page.

When I edit and try to save a page when logged in as an administrator, I get the error "A contribution is mandatory" and it will not save. Registered users and all others cannot save edits either. We're only using the wiki feature and the files feature, so this makes it pretty useless if we can't edit it.

This error occurred in the previous version as well, but has carried over to the new version.

This apparently edited a previous report and will not allow me to change the selections. I'm now on 4x and it's a Wiki problem, not a File Gallery problem. I can't seem to submit a new report; it keeps editing an old report. So there's a problem with the Bug Report system.

In many cases, have extra structured fields in wiki pages would come in handy. Ex.: a glossary of terms may need a field for noun, adjective, etc.

Categories and tags are not in the version history, and it would be clunky anyway.

((doc:Pretty trackers)) are awesome when it's a data centric context. But when the structure emerges from the wiki, it's better to have extra fields to wiki pages.

{syntax type="tiki" editor="plain"}
{syntax type="tiki" editor="plain"}
This error displayed today when I tried to update a wiki page's content:
Fatal error: Uncaught Error: Class "Tiki\Lib\wiki\Tikilib" not found in /home/tiki-themes/public_html/lib/wiki/WikiPaginationUtils.php:30 Stack trace: #0 /home/tiki-themes/public_html/lib/wiki/renderlib.php(396): Tiki\Lib\wiki\WikiPaginationUtils::getNumberOfPages() #1 /home/tiki-themes/public_html/lib/wiki/renderlib.php(96): WikiRenderer->setupPage() #2 /home/tiki-themes/public_html/tiki-index.php(715): WikiRenderer->runSetups() #3 /home/tiki-themes/public_html/route.php(373): include('...') #4 {main} thrown in /home/tiki-themes/public_html/lib/wiki/WikiPaginationUtils.php on line 30


Git information: 27.x:bf6f6e1d from 05:15 GMT-0000

I get this error when trying to roll back a wiki page edit:
{CODE()}
Fatal error rendering template resource tiki.tpl

Error: Too late to modify javascript footer. Footer already sent by output_js() called at [C:\laragon\www\G\master\temp\templates_c\en_social^5ad1c2788b40256924d5b0e0334524beedd0bac1_0.file.ajax.tpl.php:42] in C:\laragon\www\G\master\lib\headerlib.php:167
Stack trace:
#0 C:\laragon\www\G\master\lib\headerlib.php(390): HeaderLib->throwIfJSFooterAlreadyOutput()
#1 C:\laragon\www\G\master\lib\smarty_tiki\function.listfilter.php(157): HeaderLib->add_jq_onready('\n$('#listfilter...')
#2 C:\laragon\www\G\master\temp\templates_c\en_social^3267c1be8f241585572fb44c82888efc29024a34_0.file.footer.tpl.php(122): smarty_function_listfilter(Array, Object(Smarty_Internal_Template))
#3 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\libs\sysplugins\smarty_template_resource_base.php(123): content_6499a458d554e6_06980054(Object(Smarty_Internal_Template))
#4 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\libs\sysplugins\smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode(Object(Smarty_Internal_Template))
#5 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\libs\sysplugins\smarty_internal_template.php(217): Smarty_Template_Compiled->render(Object(Smarty_Internal_Template))
#6 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\libs\sysplugins\smarty_internal_template.php(386): Smarty_Internal_Template->render()
#7 C:\laragon\www\G\master\temp\templates_c\en_social^55f5a4bc7540f72b398327967e73f7fc22487a02_0.file.layout_view.tpl.php(306): Smarty_Internal_Template->_subTemplateRender('file:footer.tpl', NULL, 'en--social', 0, 3600, Array, 0, false)
#8 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\libs\sysplugins\smarty_template_resource_base.php(123): content_6499a4585434e2_93248584(Object(Smarty_Internal_Template))
#9 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\libs\sysplugins\smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode(Object(Smarty_Internal_Template))
#10 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\libs\sysplugins\smarty_internal_template.php(217): Smarty_Template_Compiled->render(Object(Smarty_Internal_Template))
#11 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\libs\sysplugins\smarty_internal_template.php(386): Smarty_Internal_Template->render()
#12 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\libs\sysplugins\smarty_internal_runtime_inheritance.php(116): Smarty_Internal_Template->_subTemplateRender('layout_view.tpl', NULL, 'en--social', 0, 3600, Array, 2, false, NULL, NULL)
#13 C:\laragon\www\G\master\temp\templates_c\en_social^8e0607d454bf2d78c1a972d6c03de2de9f840094_0.file.tiki.tpl.php(38): Smarty_Internal_Runtime_Inheritance->endChild(Object(Smarty_Internal_Template), 'layout_view.tpl')
#14 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\libs\sysplugins\smarty_template_resource_base.php(123): content_6499a4584bf5d4_86088514(Object(Smarty_Internal_Template))
#15 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\libs\sysplugins\smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode(Object(Smarty_Internal_Template))
#16 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\libs\sysplugins\smarty_internal_template.php(217): Smarty_Template_Compiled->render(Object(Smarty_Internal_Template))
#17 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\libs\sysplugins\smarty_internal_templatebase.php(238): Smarty_Internal_Template->render(false, 1)
#18 C:\laragon\www\G\master\vendor_bundled\vendor\smarty\smarty\libs\sysplugins\smarty_internal_templatebase.php(134): Smarty_Internal_TemplateBase->_execute(Object(Smarty_Internal_Template), NULL, NULL, NULL, 1)
#19 C:\laragon\www\G\master\lib\init\smarty.php(482): Smarty_Internal_TemplateBase->display('tiki.tpl', NULL, NULL)
#20 C:\laragon\www\G\master\lib\tikiaccesslib.php(798): Smarty_Tiki->display('tiki.tpl')
#21 C:\laragon\www\G\master\lib\tikiaccesslib.php(487): TikiAccessLib->confirmRedirect('Are you sure yo...', 'session')
#22 C:\laragon\www\G\master\tiki-rollback.php(49): TikiAccessLib->checkCsrf(true)
#23 {main}
{CODE}

The Favorites button does not work consistently without SEFURL on.

I'm running 1.9.2. I am unable to get the attachment portion of inbound emails to show up as an attachment to a forum post or wiki page. I expect this also applies to analogous emails of other types of content. I think this was working in January 2006.

I will be posting a related issue in the next item. It deals with e-mails to forums having "Use this thread to discuss the [tiki-index.php?page=xxx|xxx] page." added to the body of the forum post, as if it was a Discussion of a wiki page.

This is the use case: a Tiki site creates a lot of similar documents (which end up as PDF files) in the form of wiki pages assembled from a combination of included pages and text that is copied from "template" pages and customized. When the pasted section of text is edited for improvement, it would be good to be able to see where that section was copied from in order to improve that page (the base or "template" page) as well.

Maybe this could be done if there was a feature called "CopiedFrom" that, when activated, would print comments before and after the pasted text such as

-+Copied from "Template Page A" start+-
''The copied/pasted content is here.''
-+Copied from "Template Page B" end+-

These comments could be ~np~ ~t c~wiki comments~/t c~ or <!-- HTML comments --> or mPDF {DIV(class="d-print-none")}{DIV} comments ~/np~, depending on the site requirements. I don't know if the comment type needs to be selectable per instance or global at the site.

As this is kind of a rare use case, maybe it could be implemented as a Vue.js widget (just a thought). It would have to have the ability to get the page name or URL where text is selected and copied and print it as indicated where the paste is made.

It would be good to be able to prevent wiki pages in a specified category from being listed by this module (last_modif_pages). For example, at the *.tiki.org sites, there are "Archived" and "Retired" categories for wiki pages that have old content, etc. and so are for admin users or registered users only. When a page is edited to be categorized in one of these categories, it is then listed in the module, but this isn't a change that needs to be, or should be, publicized, since the page is being removed from access.

There should be a field in the module parameters like "Don't list pages in these categories", where category names or ids could be input and pages in these categories wouldn't be listed in the module.

No matter if you disable feature_wiki_1like_redirection
it in the "Wiki" part of Administration Page

the engine always tries to show you a page name
similar to the one you asked for.

This should be optional, like the rest.

But beware of:
[wish1697|permission "minor" seems useless on doc.tw.o: registered can't use it even if granted to them]

Would it be possible to add a special page so you can find missing wiki pages that are linked as well as missing or malformed images

Anchors are seriously screwed up in Tiki. There are a couple of issues. I've dug into the subject thoroughly and summarized my findings here:

http://volker-wysk.de/tiki/Anchors%20in%20Tiki.html

The following appeared at top of browser window, when opening most versions of tiki
Warning: in_array() expects parameter 2 to be array, bool given in binderlib.php on line 51

I changed: if (in_array($categId, $descendants)) {

to: if (in_array($categId, array($descendants))) {

Now the warning is gone.
IS this OK?

"Fullscreen Edit" is a new cool feature of 2.x

Quicktags are kept, but Wiki & Plugins Help are missing so it makes editing less enjoyable.

"Edit Summary" is missing as well. Maybe it's intentional?

To allow admins to set an exclusion list of pages to be included in the list of top pages or rankings. Useful for excluding pages like home pages.

Having a wiki plugin that is not readable by apache in the plugin directory causes an infinite loop when the user attempts to edit a page, because edit page tries to load a list of plugins and descriptions in the help.

tiki-editpage.php calls wikilib.list_plugins(), calls get_plugin_description(), which doesn't check open status after fopen().

To reproduce:

1- visit as anonymous:
http://doc.tikiwiki.org/tiki-editpage.php?page=dhsgfkjsd&quickedit=edit

2- Click login
http://doc.tikiwiki.org/tiki-login_scr.php

and login

3- I am sent to:
http://doc.tikiwiki.org/tiki-editpage.php

instead of the page I was trying to edit:
http://doc.tikiwiki.org/tiki-editpage.php?page=dhsgfkjsd&quickedit=edit

Hi to the readers,
I had an issue on a Tiki that I'm administrating.
This issue was that I had always the same IP address both in tiki-syslog.php and the history of a wiki page.
This happened because this Tiki installation is behind a reverse proxy.

To get the correct IPs, I had to check the "feature_loadbalancer" option in the "general" icon from the admin panel.

The strange thing about this from an user point of view is that I shouldn't expect to tick that box option as I'm not doing nothing about load-balancing. I was expecting to see an option such as "click that check-box if your Tiki installation is behind a reverse proxy".

It may be only a definition issue or a bigger bug. I don't know really and this is far away from my knowledge and skills.

Hope that helps and thanks again for this beautiful piece of software that Tiki is.

{syntax type="tiki" editor="plain"}
We have now a new option to set the "Content of the tag title" on the properties of a Wiki page.

We had a previous metatags field, "Page Description (used for metatags)" that can be enabled at tiki-admin.php?page=metatags

Enabling it add a field "Description (used for metatags)" to the properties of a Wiki page.

We have also "Will be added to the sitemap".

While these fields are related they are not grouped in the wiki page properties and all options seems mixed without any consideration as you can see in this example.

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

Note: This is just an example other option, preferences and parameters based on admin settings should checked.

Anyway, these should be grouped in a more logical way having in mind the user experience.

Headings in a fade block are displayed in the table of contents even with the page properties, TOC set to off.

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

{syntax type="tiki" editor="plain"}
Using wiki syntax for headings and no other styling or classes, now h2 has classes "d-flex justify-content-start". This is new in Tiki 27. It's messing up one page of mine where everything is centered, so now everything is centered except the headings, which are left justified. Sometimes headings are centered, but now apparently this isn't possible without resorting to HTML instead of wiki syntax (I didn't check if Markdown in Tiki also adds these classes.)

I don't know what problem adding these classes to all the heading sizes was meant to solve but hope there is another way to solve it and these classes can be removed from headings.

On the page: https://tiki.org/TikiFest-Virtual-2021 I can edit the tracker calendar plugin from the included page... but it failed.

Seems it is not possible to edit a plugin from an included page directly.
The edit plugin button should be hidden as a quick workaround.

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