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

The pagehistory button bar is ugly.
Look at : https://dev.tiki.org/tiki-pagehistory.php?page=Profiles+revamp

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

Compare and Diff links don't take effect and it shows the history all the time.

Page name like
{CODE()}
((Unix Install - Information))
gets parsed with the <code> in it
{CODE}
Changing order of parsing may not be best solution at this stage. changing urlencode to rawurlencode may also not be ideal. Need elegant solution.

When you have a wiki page with a quotation mark in its name, opening it from the Wiki -> List Pages menu fails. The page name gets chopped at the first quotation mark and you get an "unknown page" error.

Wiki page title

> pageSlug test 2bye x 30 = 60byte
> 1) １２３４５６７８９０１２３４５６７８９０１２３４５６７８９０
> 1) is bad, Error 400 when save page, and 403 when view page.

because encoded pageSlug is not same as url when tiki makes page URL.
so when same, there is no place to where to store db.
also when view, pageSlug is broken.



workaround
1) short tile
2) varchar(160) to 255 (but stile same problem when title is long)

fix
only way is direct DB edit

more .. later

{syntax type="tiki" editor="plain"}
1. We dont have pagination for the wikipages.
2. If we activate the pagination with the parameter {OUTPUT(template="table" __pagination="y"__ )} clicking pagination links can produce #offset=NaN in the URL hash instead of a numeric offset. This is visible on the Wishlist page (e.g. dev.tiki.org/Wishlist#offset=NaN) and can be reproduced with a minimal example like:

{CUSTOMSEARCH(customsearchjs="1")}
{list max="5"}
{filter type="trackeritem"}
{filter field="tracker_id" content="2"}

{OUTPUT(template="table" pagination="y")}
{column label="Subject" field="subject_col"}
{OUTPUT}

{FORMAT(name="subject_col")}
{display name="tracker_field_testpaginationSubject"}
{FORMAT}
{CUSTOMSEARCH}

On a Tiki 18x REV 67053

On Admin Wiki, Display page name as page title is on by default.
On regular wiki page I can turn it off or back to default without problem.

When I use the wiki page as template (plugin list) to display an item using the semantic alias the title is always displayed even if I turn it off.

I set an instance to demonstrate but "Show" is not working with SEFurl.

Backslash followed by zeros in a section marked with ~pp~ for no parsing caused wiki page to not display / have fatal memory errors (limit=64M)

Exact line:

~pp~
#1 0x08071f28 in MJobSelectClass (J=0xd225858, ModifyJob=1 '\001', ModifyRM=1 '\001',
~/pp~

For example, on a wiki page like:
tiki-index.php?page.php?page=genericwikitemplatepage&itemId=50

I could see the values of various tracker fields for itemId 50. Ideally, I could use various wiki formatting for this data.


{img src=images/code.png}%%% {CODE()}
Here is field #417 for trackeritemid #50
{TRACKERITEM(field=>417)}{TRACKERITEM}

__Here is field #460 for trackeritemid #50__
{TRACKERITEM(field=>460)}{TRACKERITEM}

^
Here is field #72 for trackeritemid #50__
{TRACKERITEM(field=>72)}{TRACKERITEM}
^

{CODE}

PDF-generation does not work at all in Opera 9. The pdf generation page is shown, but when you click "create" nothing happens. I have check this for wiki pages and articles. I don't know if pdf-generation is available for other features.

In 1.9.2, the ability to create PDF files from structures is fixed (which is great). All files in the structure are now automatically added to the include list when the PDF icon is clicked while in an active structure.

However, the resulting file is badly named. For example, in a structure consisting of:

test structure [view |edit]

* 1 numbers [x] [view |edit]
o 1.1 one [x] [view |edit]
o 1.2 two [x] [view |edit]
* 2 colors [x] [view |edit]
o 2.1 blue [x] [view |edit]
o 2.2 green [x] [view |edit]

(http://gaeacoop.org/tiki/tiki-index.php?page_ref_id=1)

the resulting PDF file is named "green" rather than "test_structure.pdf" or "test structure.pdf". Not only is this generally confusing (naming the pdf file for the last page in the structure is pretty counter-intuitive), but the lack of the PDF extension prevents the browser from automatically opening the file. I was able to force the file to open with Acrobat Reader 5.0 for Macintosh on OSX 1.3, but only after setting the file filter to "all files." Many less experienced users would have stalled before this.

The PDF generation should default to the name of the structure plus the ".pdf" extension, and probably should also allow this file name to be manually changed before the PDF is generated.

A new short URLs / Search Engine Friendly / Rewrite Rule with .htaccess was added to Tiki 2.0 as experimental (great!)

However, this causes issues with pages like:

http://tikiwiki.org/Custom+email+message+to+new+tikiwiki.org+registrants
http://tikiwiki.org/TikiWikiRelease1.6


Related:
[wish2108|Equivalent characters for page linking, backlinking, searching, etc (ex.: space, underscore, period)]

permissions "minor" seems useless on doc.tw.o: registered can't use it even if granted to them
Check it live on: http://doc.tikiwiki.org
Login as admin to check that tiki_p_minor is granted to registered. Logout and login again as plain registered user, edit a page, and you don't see the "minor" button.

Registered users need it since it is a part of the interface needed for best interaction with new translation features on 1.10 (minor changes are not counted as new content to a page is being translated; if no minor, then a minor change to an outdated page reports to the up-to-date pages that new content has been added on other pages, and thus, lots of noise is introduced in the community)

I believe that tiki_p_wiki_attach_files (without other permissions given) may not work, I seem to have tested thoroughly (about 5 -6 hours over the course of a week), though easily could have missed something.

I tested under a variety of situations (various permissions - global, category, object) on several sites / themes and unless tiki_p_edit is also allowed simultaneously, this function does not work. Even if tiki_p_wiki_admin_attachments is allowed, it still does not work (users just don't see the 'choose file / attachment' option)

It would seem excessive to have to give wiki page edit rights (or admin attachments) to upload an attachment to a page (to promote collaborative work) - for example, you put a Tracker or TrackerList on a page where you would like to allow exchanging of files, there is no need to risk having someone change the page contents (accidentally or on purpose).

Thanks,
Mike

{syntax type="tiki" editor="plain"}
Wow, toolbars are seriously messed up ((File a big|here))... what isn't broken in 30.x?

Anyway, on doc.tiki.org and all my v29+ tikis the plugin help has disappeared from the help popup. Here however it has appeared as a separate {icon name=plugin} icon, so presumably whoever broke this hasn't done an upgrade script (that works)

Also no preview on this text area? Wow...

When looking at version of the page the inline editing should be disable.

To reproduce, go to https://tiki.org/tiki-pagehistory.php?page=Roundtable+Meeting+2017+04
View a previous version (not the last one) on your screen.
You are able to edit the convene plugin.
This is wrong.

Inline editing (any editing) should be disable.
A warning (notice) should tell the user something like: "Editing is not permitted on previous version of a page. If you want to use this version and edit it, first rollback the page then you’ll be able to edit it."

No UI checkbox for the following.

INSERT INTO `tiki_preferences` (`name`, `value`) VALUES
('wiki_validate_plugin', 'n');

If PluginListPages is used when feature list pages (feature_listPages) is turned off, nothing happens. There should be an error message.

See:
http://marclaporte-11197-4964.show.tikiwiki.org/tiki-index.php

Split plugin is not working when we try to set fixed pixel width for columns. They are percentages instead, as you can see here:
http://themes.tikiwiki.org/tiki-index.php?page=TestPluginSplit


Also, there is some info here & a patch:
http://tikiwiki.org/PluginSplit

Plural WikiWords seem to work fine for CamelCase words.

We would need it to work when we use ((

And backlinks should work as well. We will DogFood on doc.tikiwiki.org instead of all those page redirects (which are OK, but not the best))

Related:
[wish1489|Wiki page name Alias]
[wish1119|Better handling of page renaming]
[wish1610|Redirect plugin : should permit to set status "Moved Permanently"]

Issue reproduced in live at this page today{sign user="xavi" datetime="2020-09-23T16:57:09+00:00"}:
https://tiki.org/Roundtable-Meeting-2020-09

(it can probably be seen reproduced in the recording of this TRM, whenever it's available)

First user clicks at the plugin together button in the side module, and go to edit the TRM page. Second user clicks also to the PluginTogether button, and click at the edit page button. We (6 users) ended up into something like one or the other session: lines added by user2 were not seen by user1 but by user 4, and some other users were in the same session as user1.

It seems as if the user1 started a together session, user2 started a together session somewhere else, and they both edited the same wiki page, staying in 2 different together sessions. The rest of the users entered one or the other (unclear what criteria made them enter 1 or the 2nd session)

User starts editing a tracker item, and wants to preview changes before submitting

When using 'FANCYTABLE' and the user selects preview, the preview does not display it.

Code used:

{FANCYTABLE(head="Info/Config" sortable="type:reset;text:*****" sortList="[0,0]")}

a
y
z
{FANCYTABLE}

{syntax type="tiki" editor="plain"}
Live preview always displays horizontal scrollbars, at least with the Feb12 theme, rather than working within the available viewport or even dynamically resizing the webpage.

My browser is Firefox 4.0.1 on Windows XP Pro SP3.

{syntax type="tiki" editor="plain"}
At https://doc.tiki.org/tiki-editpage.php?page=Transfer%20Field%20Type, clicking the "Preview" button doesn't work anymore. No preview is displayed and an empty blue remarksbox is displayed.