Category: 2.x

{syntax type="tiki" editor="plain"}
tiki-contact.php is an "incomplete feature"

To be useful, it would need

A- An optional "from" field for visitor's email (some people leave comments and ask for a reply but they forget to leave their email. A specific field for email would help so people don't forget.

B- An option for the visitor to receive a copy of the message.

C- Subject should be used in title of internal message. Assuming the subject is "Question about forums"

Current:
New message arrived from tikiwiki.org

Proposed:
New message arrived from tikiwiki.org (Question about forums)


It is possible to do all this with trackers. So is worth improving this feature or better to document trackers? Related: ((Trackers Examples))

tiki-download_file.php and &display=y incompatible with Firefox 3.0x and PDF files

Attempting to have tiki-download_file.php display a PDF in browser using &display=y parameter... tiki-download_file attempts to open the file as a PHP file, not a PDF. OTher browsers can correctly display the PDF file.

From within an Article...

DOES NOT DISPLAY IN FIREFOX... DISPLAYS IN WINDOW IN OTHER BROWSERS
View the the full article:
[tiki-download_file.php?fileId=1&display=y|title.pdf]

WORKS, DOWNLOADS TO DISK
Download a copy of the the full article:
[tiki-download_file.php?fileId=1|title.pdf]


Maybe there is a better way to display PDFs from the File Gallery in-browser-window, but I haven't seen the documentation on how to do it with internal Wiki File Gallery files.

It takes over 30 seconds to save an article using tiki-article.php. No one else can access the server while this is stalled.

To verify and determine why. Probably some bad db locking.

tiki-edit_translation does not include and check_ticket routines, therefore like other recent files is open to XSS attacks.

Using tiki 2.1
I login to tiki-install.php as admin, and I see this error message:

Fatal error: Cannot redeclare extracttoppath() (previously declared in /home/httpd/tiki110/db/local.php:64) in /home/httpd/tiki110/db/local.php on line 67


We are using a multitiki in subdirectories
Example:
http://moviments.net/cursos

&

http://moviments.net/ilp

share the same multitiki installation

If install script fails (for some reason), we should at least let user proceed with manual installation.

Like many web applications, to install TikiWiki, you need to have already created your database (via phpMyAdmin or cPanel).

Maybe TikiWiki could handle this task using the mysql root/super user account?


Otherwise, maybe try via cPanel API if available (TRIM as well could try this)

When you try and sort according to one of the columns in tiki-listpages.php, the search params, such as category, are forgotten.

This is very irritating. This is caused by the new smarty self_link function not taking into account enough params. Perhaps this can be improved by some kind of better way of handling this.

Or more practically, perhaps these links that cause the table to be sorted should be optional?

All optional via tiki-admin.php?page=wiki

Language (if multilingual is activated)

Category (if feature turned on)

+ add filter by language and filter by category like we have at tiki-list_articles.php

Newly created tikiwiki 2.0 site works all the way through setup and initial login. Subsequent http login attempts at http://dev.friendwich.com:100/tiki-login.php return a 404 error.

Expected behavior is a log in page with username/password fields. Actual behavior is 404 error. Oddly, clicking on the URL in this bug report gives the "no input file specified" in Firefox.

I can reproduce this always on firefox or IE7.

As admin, I go to Admin -> Admin mods and select Mods Configuration.

If I Save the Tikiwiki Mods Configuration, I get an error "Notice: this variable may not be empty: username

This prevents me from changing the mods repository.

On the Orphaned page (tiki-orphan_pages.php), I can individually remove orphaned pages. But, when I mass select (using Check All), and then select Remove from the dropdown box, it does not remove the orphaned pages. Individual works, but is agonizingly slow for mass deletes.

Using 1.9.7cvs from mid june 2007

I have an item in a tracker with the word "Carxoferes" in the tracker item title.
http://www.moviments.net/valldelcorb/tiki-view_tracker_item.php?itemId=15&show=view&offset=0&reloff=7&status=o&trackerId=2&sort_mode=lastModif_asc

In the search_new module, trackers doesn't show up in the dropdown box. However, if you search for the Word "Carxoferes" (without double quoting marks), the word "trackers" is listed below search results:
http://www.moviments.net/valldelcorb/tiki-searchindex.php?highlight=Carxoferes&where=trackers&search=go

So is it really searching (or attempting to search) within tracker items?
But anyway, the result is unsuccessful: no pages matches your criteria.
^
! Search results:
Search in:
__All Wiki galleries images files forums blogs blog posts directory articles trackers__


Found "Carxoferes" in 0 trackers

Find [[___________] [[go]

No pages matched the search criteria
Page: 1/0
^

And it should show the tracker item containing that word.
----
Confirmed that the same behavior is happening in 1.10cvs (from July 24th). Checked at:
[http://moviments.net/intercanvis/tracker2]
Adding a new item with the word "senzilles". If I search that word under the tiki search_new module, I can't find it. If I search through Trackers interface directly, I do find it.
----
Update2: using ((doc:Module search_box)) I can find it! (real time indexation works then)
---
Fixed on 1.10cvs. Not sure on 1.9cvs (I couldn't check with latest code). As far as I'm concerned, I leave this bug ask closed. (reopen if you test on 1.9.cvs and it fails)

People don't know what this page is for and how to use it...

More "general" choices would be nice too.

Ex.:
watch all wiki pages
watch all file galleries
etc...

Please see two forum discussions at tw.o dev forum:
[http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=1&forumId=3&comments_parentId=16168]
[http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=0&forumId=3&comments_parentId=25213]

or directly at
http://tikiwiki.org/TikiBountySystem

Cheers, Xavi

It would be nice if TikiSheet had the ability to clone an already existing spreadsheet. A possibility would be to have a clone button next to the import/export buttons.

Possible functionality of the clone button:
- Create a new table with an new sheetId that has exactly the same contents of the original
- Title of copy could be Copy of 'InsertOrigName'
- If aforementioned Title exists new title could be Copy of InsertOrigName(#) as long as the title containing specific # also does not exist.
- All setting, excluding sheetId, of orig table copied to cloned table

Add data to a sheet. Click save. You'll see the sheet with the data that was there before you added yours.

However, your new data has been stored properly. If you click again in tiki-view_sheets.php?sheetId=N, then you'll see the sheet with your data.

when performing a search only the first page of results is available, the pagination links at the bottom of the page do not navigate to the subsiquent pages.

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!!

It is great that TikiWiki allows an administrator to customize the Custom Header of a given Website. This allows more personalization than the out of the box "Powered by TikiWiki" logo.

To extend this flexibility, it would be great if one could reference Wiki plugins - custom-built or native Tiki - in the header. As an example, a {RANDOMQUOTE} plugin similar to the simple PHP function on the attached page

http://php.about.com/od/finishedphp1/p/random_quote.htm

I know Christmas is a way's away, but this would be a great early gift!

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.

I have a module that I am trying to reference from the left column of my Wiki pages. It displays fine, but there is far too much whitespace above the image, as it seems that a title is required. When I enter " " for the title, I get whitespace. When I leave this blank, I get "..." What I want is just to display the module (i.e., an image), without any whitespace surrounding it.

Any recommendations?
notitle in the module params?
http://doc.tikiwiki.org/tiki-index.php?page=Module Admin

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.

I have configured "tiki and pear::auth" in the login section of tikiwiki on a server which did not have the pear php libraries installed.
Next time I try to login with a user (not admin), I see a blank page.

This happens because on line 756 of file lib/userslib.php
$a = new Auth("LDAP", $options, "", false, $user, $pass);
just dies without any error message.

This is best explained with an example:

~pp~
Paragraphs are parsed

just fine here

{TAG(tag=ul)}foo{TAG}

but now

paragraphs and

line breaks aren't working!
~/pp~

This only happens for tag=ul, not even for tag=ol.

This happens regardless whether wiki paragraph formatting is enabled and regardless of whatever is inside the ~np~{TAG(tag=ul)}~/np~, even ~np~{TAG(tag=li)}~/np~'s.