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

Like most Wiki engines, TikiWiki displays the date and user information associated with the most recent modification to a page. For example, at the bottom of the doc.tw.o : Tikiwiki Documentation : PluginInclude page (http://doc.tikiwiki.org/tiki-index.php?page=PluginInclude ) we see
Page last modified on Monday 02 June, 2008 03:45:08 UTC by marclaporte
When a page is included within another, however, this information is not displayed.

Is there any way to display this information on a page, for example, through Wiki syntax, or a plugin? Most importantly, I need to show the username, the time edited, and will, down the road, have to display a custom field called ClassOfContributor (eg, Instructor / Student / Administrator )

Any advice / info / hack is appreciated!!

Currently, the remove_all_versions function, defined in tikilib.php, accepts page as a parameter. It would be ideal if the function could be modified, or a new function created, that accepts username as a parameter. This would be ideal in instances where, for instance, several hundred pages have been created by a given user. The pages could be removed en masse, rather than having to specify each page specifically.

{syntax type="tiki" editor="plain"}
In my tw 2.x I had a couple of wiki pages which contain in their name an apostrophe , after an upgrade to 3.0 those pages cannot be accessed anymore (I can only edit them using the page list) giving a 403 error :

Forbidden

You don't have permission to access /tiki-index.php on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
Apache/2.2.11 (Unix) mod_ssl/2.2.11 OpenSSL/0.9.8e-fips-rhel5 mod_bwlimited/1.4 Server at www.magowiz.net Port 80

I can only use edit to retrieve the page contents and copy in another page that must not have an apostrophe in its name (or simply rename the page removing the apostrophe) until the upgrade to 3.0 the pages where fully functional so for me it is a regression.


I still have this problem in 3.1

This tracker item could not be found

It would be fantastic to get even more structure and relations between wiki-items. The most innovative way at this point is to work with ontologies. Therefore it would be helpful to base a tikiwiki on an ontology.

See in action:
http://tikiwiki.org/Test
http://tikiwiki.org/Test2

it causes:

description" href='Test&bl=y' class='wiki'>Test

In 1.8.5, the mailin feature doesn't work properly. It may work for some combination of mail systems, but not for others. And it does not properly handle multiple mailed-in messages when a page load is attempted.

Specifically, some combination of mail client and mail server caused the email address extraction to leave a newline on the end, which should be trimmed.

Also, in determining the type of message, a case-sensitive string comparison is done against "text/html", which won't match for upper or mixed-case.

Finally, there's a bug (probably a minor design flaw) in the way the histlib object is created in lib/tikilib.php, such that if the code is executed twice in the same session, it will fail the second time because the $histlib object isn't created.

Last but not least, after parsing the message, if there are no parts found, the loop that attempts to process them assumes that $output->parts exists, which it may not.

{syntax type="tiki" editor="plain"}
Auto TOC is gone since Tiki29x.
tested on demo too.


Can't post screenshot...

{syntax type="tiki" editor="plain"}
((doc:Together)) works for tracker items. No reason for it not to work for wiki pages

Let's coordinate ((Together|here))

Since unified searches are done against an index for performance and scalability instead of against the whole content of the database as before, every new or changed content needs to be indexed. When someone imports a bunch of tracker items through the csv import feature, Tiki knows better than to index all at once, and it indexes 10 items and queues the rest for later indexing (10 at a time). There were 592 items in the queue!

When we edit a page and save it afterwards, there is a bug: Tiki forgets to be clever and presumably tries to index the new page content as well as the whole queue on unindexed data. So, it times out with the following message:
Fatal error: Maximum execution time of 90 seconds exceeded in /data/root_www/promusa.alsawiki.com/20140801_www.promusa.org/vendor/bombayworks/zendframework1/library/Zend/Search/Lucene/Search/QueryLexer.php on line 348

Raising Maximum execution time is no solution: it only blows after more time.

The page is actually saved

Going to the admin → Search → Index maintenance → reindex All
empties the queue and aftewards editing wiki pages is possible again.

Text areas are nice. But wiki pages with history are even nicer.

Not sure how it could done though...

{maketoc}

Using 1.9.cvs

!! 1st trial
!!! Using a tracker plugin code within this page content:
{CODE()}
{MAKETOCBOX(float=>none)}{MAKETOCBOX}
!! Ofertes de recursos o serveis

!!! Oferiments de transports
{TRACKERLIST(trackerId=>2,fields=>5:6:7:17:8:11, showtitle=>n, showlinks=>y, showdesc=>n, showinitials=>y, showstatus=>y, status=>opc, sort_mode=>asc, max=>20, filterfield=>6, filtervalue=>Transport, exactvalue=>Transport, goIfOne=>n)}Com????{TRACKERLIST}

!!! Oferiments de recursos (materials)
{TRACKERLIST(trackerId=>2,fields=>5:6:7:17:8:11, showtitle=>n, showlinks=>y, showdesc=>n, showinitials=>y, showstatus=>y, status=>opc, sort_mode=>asc, max=>20, filterfield=>6, filtervalue=>Recurs, exactvalue=>Recurs, goIfOne=>n)}Com????{TRACKERLIST}

!!! Oferiments de serveis (immaterials)
{TRACKERLIST(trackerId=>2,fields=>5:6:7:17:8:11, showtitle=>n, showlinks=>y, showdesc=>n, showinitials=>y, showstatus=>y, status=>opc, sort_mode=>asc, max=>20, filterfield=>6, filtervalue=>Servei, exactvalue=>Servei, goIfOne=>n)}Com????{TRACKERLIST}

!!! Oferiments d'altres coses
{TRACKERLIST(trackerId=>2,fields=>5:6:7:17:8:11, showtitle=>n, showlinks=>y, showdesc=>n, showinitials=>y, showstatus=>y, status=>opc, sort_mode=>asc, max=>20, filterfield=>6, filtervalue=>Altres, exactvalue=>Altres, goIfOne=>n)}Com????{TRACKERLIST}

!! Insereix nous oferiments a la base de dades
{TRACKER(trackerId=>2, fields=>5:6:7:17:8:16:11, action=>Envia les dades del teu oferiment, showtitle=>n, showdesc=>n, showmandatory=>y, embedded=>y)}Oferiment enviat amb èxit! Pots continuar navegant per la web amb normalitat. {TRACKER}
{CODE}

!!!- Tracker 2 is this one:
{CODE()}
[TRACKER]
trackerId = 2
name = Ofertes
description = Ofertes de recursos i serveis de persones de la Vall del Corb i afins
useExplicitNames = n
showStatus = y
defaultStatus = o
showStatusAdminOnly = n
outboundEmail =
simpleEmail = n
newItemStatus = o
modItemStatus =
writerCanModify = y
writerGroupCanModify = n
showCreated = y
showLastModif = y
defaultOrderKey = -1
defaultOrderDir = asc
useComments = y
showComments = n
useAttachments = y
showAttachments = n
attachmentsconf = 0,1,3,0,2,0,0,0
useRatings = n
ratingOptions =
categories = 3
{CODE}

!!!- And its fields are these:
{CODE()}
[FIELD5]
fieldId = 5
name = Què ofereixes?
position = 10
type = t
options =
isMain = y
isTblVisible = y
isSearchable = y
isPublic = y
isHidden = n
isMandatory = y
[FIELD6]
fieldId = 6
name = Tipus d'oferta
position = 20
type = d
options = Recurs,Servei,Transport,Altres
isMain = n
isTblVisible = y
isSearchable = y
isPublic = y
isHidden = n
isMandatory = y
[FIELD7]
fieldId = 7
name = Descripció
position = 30
type = a
options = 1
isMain = n
isTblVisible = n
isSearchable = y
isPublic = y
isHidden = n
isMandatory = n
[FIELD17]
fieldId = 17
name = Foto
position = 35
type = i
options = 50,50,400,400,400
isMain = n
isTblVisible = n
isSearchable = n
isPublic = y
isHidden = n
isMandatory = n
[FIELD8]
fieldId = 8
name = Persones interessades
position = 40
type = l
options = 3,15,5,14,1
isMain = n
isTblVisible = y
isSearchable = y
isPublic = y
isHidden = n
isMandatory = n
[FIELD16]
fieldId = 16
name = Demanda relacionada
position = 45
type = r
options = 3,9,1
isMain = n
isTblVisible = y
isSearchable = n
isPublic = y
isHidden = n
isMandatory = n
[FIELD11]
fieldId = 11
name = Persona que ho ofereix
position = 50
type = u
options = 1
isMain = y
isTblVisible = y
isSearchable = y
isPublic = y
isHidden = p
isMandatory = n
{CODE}

!!! I inserted this information:

||Què ofereixes? *: | Manual d'administració de Webs com aquesta
Tipus d'oferta *: |Recurs
Descripció: | En pdf..., i en català . tot i que la versió en anglès és més complerta.
Foto: |
Demanda relacionada: |
Persona que ho ofereix | admin
| submit button ||
''(At this page: [http://www.moviments.net/valldelcorb/Ofertes] )''

!!! I get this message after attempting to insert a new record:
^
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 '='Ofertes' where `itemId`='13'' at line 1
^

!! 2nd trial
I made another trial in another page just having the tracker plugin ([http://moviments.net/valldelcorb/prova]), with just this content in the page:
{CODE()}
{TRACKER(trackerId=>2, fields=>5:6:7:17:8:16:11, action=>Envia les dades del teu oferiment, showtitle=>n, showdesc=>n, showmandatory=>y, embedded=>y)}Oferiment enviat amb èxit! Pots continuar navegant per la web amb normalitat. {TRACKER}
{CODE}

I got this message:
^
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 '='prova' where `itemId`='14'' at line 1 in query:

update tiki_trk_2 set =? where `itemId`=?


in /home/httpd/tiki19/lib/tikidblib.php on line 134
^

When using the Tracker-plugin in an article-body like this (or however, just use it in a way, that it shows fields ;) ):

~np~
{TRACKER(trackerId=>3,fields=>7:8{TRACKER}
~/np~

then it breaks in a way, that it parses the tracker-field-name as a link.

~np~
<input type="text" name="track[7]" value=""size="30"/>
~/np~

becomes

~np~
<input type="text" name="track<a class="wiki" href="7">7</a>" value=""size="30"/>
~/np~

In tiki-admin_notifications.php, if I am watching articles and wiki pages, I want to know more.


Should trigger watch notification email:
Edit article (needed: we don't need a nice diff compared to previous but I want to know who is editing existing articles. Tracker notification email is nice with old value/new value for each field)
delete article (needed: if someone deletes by accident, I can recuperate from emails)

Edit wiki page (OK)
Rename wiki page (OK in 2.0)
Delete wiki page (needed: if someone deletes by accident, I can recuperate from emails)


Trackers:
Edit tracker item (OK)
Add a tracker item (OK)
Delete tracker item (needed: if someone deletes by accident, I can recuperate from emails) in trunk, it sends an email about deletion but without a copy of the last content. __As of 2009-02-25 and on 2009-04-22, it does send an email, but with a blank sender address and without a copy of the data which was just deleted.__

Right now, translating a page is a 2-step process and it's not super easy.

See http://mobile.tikiwiki.org/tiki-orphan_pages.php for a few examples

{syntax type="tiki" editor="plain"}
I will report 2 bugs as they appear to be related:

1. If I create a structure in english, create a wiki-top-of-structure, then i translate it in spanish... when spanish users browse the wiki they will see the translated page in spanish but with English title.
see it on http://mi.solcentral.org/tiki-index.php?page=Sobre+Sol+Central

2. Also Tiki will not let the user to change from Spanish to English (if accessing with a Spanish configured browser), since the drop down list of languages appears disabled. These happends with many other wikis created in structures.

General Settings:

Tiki 6.0 fresh install.


Settings in Multilingual:

Detect browser language ON
Show pages in user's preferred language ON
Requires User Preferences Screen (OK)
Users can change site language ON
Display available translations ON
Multilingual structures ON
Requires Structures (OK)
Requires Multilingual (OK)



Settings in Structures:

Open page as structure OFF

Using the native Geolocation feature for Articles, Wiki Pages, Blogs, etc, once a geolocation is assigned, using edit properties, you can change the location, but you cannot detach a location. Sometimes, a location may be accidentally added, but one should not be a part of that page.

In my case, I have wiki page templates, I accidentally assigned that template a location, and now the template shows up on my map. There is no way to detach the geolocation from a page, article or blog.

Tried to create a Show Instance, but it's not working.

After svn switching from trunk to 6.x, my wiki has internal server errors on certain pages, especially if I'm logged in.

I maintain my svn on a windows machine, and I zip up my image, ftp it to my linux server, unpack it, run admin upgrades, and clear the cache. After all that I can browse the site as anonymous, but not as an admin or editor.

I am considering switching back to trunk, as the bugs there are less serious.

Impossible to go to next or previous page in http://www.xxx/tiki-view_articles.php or http://www.xxx/tiki-listpages.php
tikiwiki 3.0 RC2

If someone else is editing a wiki page the system will show a warning when you try to edit it. If you proceed to edit the page, it is not possible to preview your changes. Every time you click in the preview button after changing something in the page you are redirected to the warning you already decided to ignore. There is no way to preview your changes if someone else is editing the page.

Wiki > List Pages, then check boxes next to Pages that I want to delete. Choose "Remove" action from the drop-down.
Result is an error message: "No action was selected. Please select an action before clicking OK."
This happens every single time.

Please see:
http://universaleditbutton.org/

Related:
*[wish1781|Support for the Wiki creole markup (syntax)]


In testing now on:
http://wiki-translation.com

Commit:
http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=13295

{syntax type="tiki" editor="plain"}
After upgrading from 4.0 to 4.2 using a overwrite and save db/local.php I have gotten this error:

The following error message appears now:
-------------------------------------------------
Unknown column 'event' in 'field list'

The query was:
select `event` from `tiki_secdb`

The built query was likely:
select `event` from `tiki_secdb`
-------------------------------------------------

The install and db upgrade complete successfull. Have run the upgrade again and this still happens.
Also I get page errors.

Short version is that the tikiwiki has become unstable. I can not access wiki pages by using the name but edit can find them but save fails also.

"And from version 5.6 onwards, HAWHAW supports special output for the Lynx text browser. This "archaic" browser is still used today, often by handicaped people with screen readers and other special equipment. HAWHAW's Lynx support allows to create barrierfree applications, which validate Bobby-AAA-approved out of the box and additionally are accessible from each telephone by means of HAWHAW's VoiceXML support."

[http://www.hawhaw.de/]



Todo: add the powered by HAWHAW logo in the tiki-bot_bar.tpl when tiki-mobile is activated.