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

When renaming a page, an option to automagically add a placeholder page.

This placeholder page should be the redirect plugin, which sends to the new page and has "301" headers so search engines know to update their DB.


Related:
[wish1489|Wiki page name Alias]
[wish1610|Redirect plugin : should permit to set status "Moved Permanently"]
[wish1292|Plural WikiWords when using ((WikiWord))]

We have in Tiki a way to submit and approval Wiki page revisions.
Unfortunately the naming and labelling of things make hard for new coming (and oder) to find documentation and the feature on the Tiki preferences;

Related
*https://tiki.org/forumthread77682-Information-Documentation-on-Tiki-wiki-staging-and-approval
*https://doc.tiki.org/Flagged-Revisions
*https://doc.tiki.org/Wiki-Page-Staging-and-Approval
*https://doc.tiki.org/Wiki+Page+Staging+and+Approval
*https://dev.tiki.org/Flagged%20revisions%20tab
*https://profiles.tiki.org/Staging_and_Approval
*https://doc.tiki.org/Staging-Approving-Group-Category-Permissions
*https://doc.tiki.org/tiki-searchindex.php?filter%7Econtent=staging

We should decide a name for this and use it everywhere.

[http://freshmeat.net/browse/1099/|bibliography management system] like www.bibwiki.com

http://refbase.sourceforge.net/

Could probably be done by a smart combination of ((doc:wiki)) & ((doc:trackers)) in a [http://profiles.tikiwiki.org|profile].

[http://en.wikipedia.org/wiki/Wikipedia:CITE|This guideline uses the terms "source", "reference", "citing", and "citation" interchangeably.]


Related:
[wish1825|Generate footnotes at the bottom of a wiki page] (a simpler version of the current wish)

Upgrade from 18.1 to 18.3, no configuration changes.
Just getting a blank page after trying to save a wiki page, and nothing is saved.

Please see this MySQL log, it's trying to save the page and then just quit...
{CODE(caption="MySQL log" theme="default")}2019-01-29T08:20:42.094875Z 14 Query INSERT INTO `tiki_pages` (`pageName`, `pageSlug`, `hits`, `data`, `description`, `lastModif`, `comment`, `version`, `version_minor`, `user`, `ip`, `creator`, `page_size`, `is_html`, `created`, `wysiwyg`, `wiki_authors_style`, `flag`, `lockedby`, `comments_enabled`) VALUES ('Structure Menu', 'Structure-Menu', '0', '{module module=\"menu\" nobox=\"y\" structureId=\"1\" type=\"horiz\" css=\"y\" bootstrap=\"n\" navbar_toggle=\"n\" menu_id=\"structure_menu1\" setSelected=\"n\"} ', '', '1548750042', ' ', '1', '0', 'admin', '172.16.5.15', 'admin', '145', '0', '1548750042', 'y', '', '', '', 'y')
2019-01-29T08:20:42.095536Z 14 Quit {CODE}
Please feel free to suggest some test to figure out what is going on, I'm happy to test this.

Blue Alert box after saving a tiki page stays on top of "Wiki top line location" when it`s on the top position , making it difficult to close the alert. Its because the alert div is rendered after the top line, and they stack. (lack of a clear property?)

I use this custom JS to make it work: $('#col1 > .pull-right').insertAfter('#col1 > .alert.alert-info.alert-dismissable');

Tested in a trunk show instance, and everything seems right. Maybe it has been fixed in the trunk? Can we make it to te 15.x?

Show instance: http://fvtorres-11800-5973.show.tikiwiki.org
User: admin
Pass: 12345

Thanks

I haves a WSoD trying on saving editing at: https://doc.tiki.org/tiki-editpage.php?page=PluginIcon

When I look back at the page (refreshing), the editing was saved.

The file is here: http://dev.tiki.org/tiki-download_wiki_attachment.php?attId=52&page=Xdebug%20etc&download=y

I don't know if regression or not

I do Admin > Wiki > No Tab (i.e., tiki-admin.php?page=wiki) , go down to the Wiki Watch section, I see:

---
Wiki watch Help
Information Feature disabled. Enable now.
---

I click on __Enable now__.

I end up at tiki-admin.php?page=features

I go back to Admin > Wiki > No Tab, and it still says:

---
Wiki watch Help
Information Feature disabled. Enable now.
---

And if I go to a wiki page, I don't see the eye icon for enabling watches.

It is not possible to create or name a page "Sandbox".
If I do there is an error:

{REMARKSBOX(type="errors" title="Error")}The Sandbox is disabled{REMARKSBOX}

When trying to add a new page to an existing structure I got the following error:

Field 'structure_id' doesn't have a default value


I could correct this very simply by going into the MySQL administrator and changing that column to have a default value of 0. I guess this is just that the DB set up SQL is incorrect and needs to have default value added to that column. I used the update SQL from 1.8 to 1.9 to create this tikiwiki so I guess that is the SQL that would need to be changed. I have not tested the new clean DB install of 1.9.

Cheers Mike

{syntax type="tiki" editor="plain"}
When Full WYSIWYG editor is activated we cannot create or edit wiki pages after upgrading to 29.1 from 27.5.

Cannot create table with percentages column.
This simple table code should create a 2x2 table with the second column having percentages, but instead the percent symbols are treated as indication of a dynamic variable.
~np~
||name|value||JohnDoe|50%||JaneDoe|50%||
~/np~

On the other hand, if an image is inserted in another column, the percent symbols are not treated as dynamic variable anymore, and the table appears correctly.
~np~
||name|pic|value||JohnDoe|{img src=}|50%||JaneDoe|{img src=}|50%||
~/np~


In my oppinion, the identification of a dynamic variable inside a table shouldn't extend beyond each cell of a table, let alone a full row...

When you disable display of the Description field on the top bar of the Wiki Page, the option to edit the description is removed when editing the page.

Wiki Page properties "Show Page Title" Off

When choosing to turn off page titles on a per page basis by page properties and toggling Show Page Title to Off, this action has no effect on the wiki page title, the title still displays.

{syntax type="tiki" editor="plain"}
Sorry I cannot find "wiki-pages" to check in the report-a-bug-form.


1. I edit a wiki page
2. I move the mouse over the save button
3.! I get a help-cursor and the text in the textarea scrolls to the very bottom
4.! I click on save, but nothing happens

I got this behavior REV 24514 and on your REV 24503

I get the same behavior on Firefox, Chrome and WinXP-Safari.

best regards
Thomas

Please see:
http://www.seomoz.org/blog/canonical-url-tag-the-most-important-advancement-in-seo-practices-since-sitemaps

tiki-print.php -> tiki-index.php

In trackers, if you find a tracker item following a search, you have some parameters in the URL for item 6 of 70. The canonical format should be just the tracker item.

In blogs,
tiki-send_blog_post.php?postId=xyz
and
tiki-print_blog_post.php?postId=6079
should be:
tiki-view_blog_post.php?postId=xyz

Wiki pages links are case insensitive but the category permission check for wiki pages menu entry only works if the case of the link matches the case of the wiki page name.

Say you have a wiki page called "Foo" and the "Registered" group has view permission to this page granted by a category. If you create a menu entry linking to the "Foo" page and set the URL as "((Foo))" everything will work as expected. But if you set the URL as "((foo))" the menu option will not appear to the users of the "Registered" group. Obviously for this to happen the "Registered" group must not have global tiki_p_view.

This does not happen if object permissions, instead of category permissions, grant access to the "Foo" page.

{syntax type="tiki" editor="plain"}
Please help since we have invested much time and effort in this project, believing Tiki could filter rightly wiki pages based on perms, and since I cannot find a workaround.

When not logged in, Some wiki pages are shown, and Some others Not, while they all have exactly the same set up. They all have been categorized only in "Public Content" category which is set to Show wikis to Anonymous users, while Global perms are set to not show them to anonymous.

At this moment we have two identical wiki pages as setup is concerned:
1) http://mi.solcentral.org/tiki-index.php?page=La+Funci%C3%B3n+Esencial+y+El+Prop%C3%B3sito+de+Vida
which doesn´t show to Anonymous users (and should do it)

and

2) http://mi.solcentral.org/tiki-index.php?page=Sobre+el+Sitio+SolCentral-org
which shows well.
Note that at the botton of this page, in the listing of pages related to the category "Contenido Público" (which is the translation of "Public content"), the page "The Esential Function And Life's Purpose" (wich is the translation of "La Función Esencial y El Propósito de Vida") that is the page 1)... Then if you click on it, it will not show presenting you with the login invitation, allthough is shown in the list as categorized "Public Content".

Other extraneous behavior is that when when you use the Plugin Toc to show the structure, only shows Some wikis on some structures, and on some other structures doesn´t show any wiki.
I have used this:~np~{toc structId="26" order=asc shownum=1 type=fancy }~/np~ in the wiki:
http://mi.solcentral.org/tiki-index.php?page=e-Books%20Index

Actual estate of config is:

For anonymous:

If Perms on wiki: "La Función Esencial y El Propósito de Vida"

La Función Esencial y El Propósito de Vida Anonymous tiki_p_view Categoría: Public Content
La Función Esencial y El Propósito de Vida Anonymous tiki_p_view_backlink Categoría: Public Content
La Función Esencial y El Propósito de Vida Anonymous tiki_p_watch_structure Categoría: Public Content
La Función Esencial y El Propósito de Vida Anonymous tiki_p_wiki_view_attachments Categoría: Public Content
La Función Esencial y El Propósito de Vida Anonymous tiki_p_wiki_view_comments Categoría: Public Content

Category Perms of "Public Content" are

for anonymous group perms that are ON:

Can view wiki attachments and download (tiki_p_wiki_view_attachments)
Can view page/pages (tiki_p_view)
View page backlinks (tiki_p_view_backlink)

Global Perms are:

on Wiki:

Can view wiki attachments and download (tiki_p_wiki_view_attachments) is ON for Anonymous
Can view page/pages (tiki_p_view) is OFF for Anonymous
View page backlinks (tiki_p_view_backlink) is ON for Anonymous


Fixes tried:

Have tried the opposite: allowing everything to be shown to Anonymous, and then restrict on pages that should be hidden with a "invisible" category with perms tiki_p_view OFF for anonymous group.

And it didn´t work since - again - for Some wikis worked, and for some others not. Even if they are identical.


Using:
Tiki 6.1 fresh code install, on past 6.0 db updated to 6.1.

To see the changes in a tiki site you can use module since_last_visit_new
When you entered already one day, logout, login again days later, the focus is to show changes since the last date you did login, afaik.
Using the standard (former) calendar UI (i.e., NOT using FullCalendar UI), you can click on a date in the calendar to "change focus" to that date, so that since_last_visit_new module show changes since that new focus date.

This is not possible any more with FullCalendar UI (or I didn't know how to do it)

{syntax type="tiki" editor="plain"}
On doc.tikiwiki.org, I renamed pluginBacklinks to PluginBacklinks and the backlinks are gone.

{syntax type="tiki" editor="plain"}
When editing a Wiki Page (properties) or an Article (classification), if you use the Tiki tags (freetags) you will see a "Tags" field with the list of the most popular or last used tags.

Normally when you click on a tag, it is added to the field.
This is not working anymore.

Cliking on marker of any geolocated wiki page on a map produces no popup box anymore (it shows "loading...")
Other geolocated items work as expected regarding this feature, afaik
Reproduced with "GeoCMS Maps_18" profile o 18.x, 20.x, 21.x and trunk. as of today {sign user="xavi" datetime="2020-02-22T13:18:46+00:00"}
See it reproduced here:
http://xavi-9794-7275.show2.tikiwiki.org/tiki-index.php?page=Map-of-Wiki-pages
u: admin
p: 12345
(using trunk)

When you use the code plugin, the page width formatting is thrown off. Instead of seeing both left/right colums, the right column gets shoved off the screen and I have to scroll. This is with scroll bars already setup on the code plugin itself.

--
Chealer :
This happens when nowrap was not set.

Gary (chibaguy):
In my checking (trunk version, but same relevant CSS as in Tiki 3 and $), almost all browsers respect the overflow:auto rule for the code plugin and don't cause the page to widen. I put a long unbroken line of text in the code plugin, and in Opera, IE, Safari (Windows), and SRWare Iron (Chromium - webkit), even this unbroken line was broken to impose a scrollbar on the code area and avoid a scrollbar on the window. Firefox was the only browser that failed at this.

If the current rules - overflow:auto, and 90% width in some themes - then all browsers will allow the long line to display unbroken and create the page-bottom scrollbar, pushing the right column out of view. As I understand it, this is the behavior reported as a bug here.

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