Category: 2.x

I can't upload images any more to wiki pages at doc.tw.o since upgraded to tiki4.
Using firefox 3.5.4 under GNU/Linux

Can anybody confirm on other OS or browsers?

After upgrading from 1.9.7 to 2.0 I am no longer able to configure IMAP authentication.

templates/tiki-admin-include-login.tpl no longer contains any mention of IMAP, POP3 or vpopmail as it did in 1.9.7.

(Note: this renders tikiwiki unuseable for my organization)

Tiki's wiki syntax provides no equivalent of the HTML blockquote tags. Most (if not all) of the major literary stylebooks require that quotations longer than 2 lines be set forth as a separate paragraph indented ''on both sides'' and single spaced. In the judicial setting, this is universally required by court rules.

The [http://tikiwiki.org/tiki-index.php?page=RFCWiki|RFCWiki draft] specifies support for this syntax feature in section 4.13.1 as follows:

A block indent is created by using the minus (-) with the greater character (>) at the beginning of the line. The number of minus characters defines the indentation.

Example:
-> Block indent level 1
--> Block indent level 2

The material quoted above should, of course, be blockquoted. :-)

This may seem surprising, but this is a very important feature to us. We are preparing an integrated free and open source solution for law offices. We want to use Tiki as one foundation of that solution. But legal professionals are going to howl if they can't have their indented quotations.

It might be a very useful feature if a complete Yahoo group with all the forum postings could be imported into TW.
This definitely seems to be quite a lot of work, but it's just an idea...

The Import/Export Screen displays all parameters of the current tracker, which is great.

it can be used to import fields+parameters to a new (empty) tracker.

currently it does not work to revise current tracker fields, if you edit and "import" the field parameters it creates duplicates that will take a long time to delete.

Suggestion taken from doc.tw.o authors forum:
[http://doc.tikiwiki.org/tiki-view_forum_thread.php?topics_offset=1&forumId=1&comments_parentId=427]

{QUOTE()}
Re: Styles and Themes
en: Dm 19 de Jun, 2007[05:06] respon
> Use this thread to discuss the page:: ((doc:Styles and Themes))

About the new content here, I think it might be better not to duplicate the themes.tw.o information at this site. As I understand it, the information at each Tiki site (tw.o, doc.tw.o, etc.) should be unique and just linked to if it needs to be available to users at another site. When putting themes.tw.o together, some content was moved from tikiwiki.org to there, to avoid having it in two places.

Pages duplicated at different sites will become out of sync when one side is updated. If we want to actually display the information at more than one site, is it possible to have an intertiki include plugin so updates are automatic?

I believe the focus of doc.tw.o is how to use the standard Tiki package. That means info on extending the default Tiki would be at mods.tw.o, themes.tw.o, etc.

-- Gary
{QUOTE()}
Re: Styles and Themes
en: Dv 22 de Jun, 2007[11:52] Editar respon
Hi Gary,

I agree. My my reason to add a copy of documentation work in themes.tw.o is that is included in next pdf file produced from doc.tw.o Documentation structure with the rest of documentation (there was a big lack of information in current documentation site about the state of the art of themes and styles available in Tiki community...)

A solution could be using SNARF plugin, but it's not available at doc.tw.o right now, and some coders don't like to allow snarf splugin to be available for registered users, since the regex param can be dangerous to allow control of your tiki site to others...)

So the best solution "could be" (from my point of view) having a modified version of SNARF plugin like this:

1. allowing registered users to call it (and snarf'ed content viewable by anonymous), but having the regex param restricted to editors or admins (through adding a new perm tiki_p_snarf_regex or similar, assignable to some groups and off by default for registered).
2. having a new optional param to avoid getting lateral columns for tiki sites. (maybe allow avoiding header and footer from content snarfed from tiki sites, also?)


This way, content could be evolving in the source sites, and being automatically updated at view time in doc.tw.o.

But we need help from benevolent coders to make this happen...

^
Btw, current documentation is (only) at:
[http://tikiwiki.org/PluginSNARF]

And an example of usage [http://gclub.ub.es/tiki-pagehistory.php?page=prova&preview=5|here], showing the problems when snarfing tiki sites like doc.tw.o with left column...
^
{QUOTE}
{QUOTE}

^ Related to http://dev.tikiwiki.org/bug1184 . Opened a new one since those comments below are updated of a new trial I made today - Jan. 7th, 2009^
Issues detected while dogfooding "__minimum-clicks for pdf from doc.tw.o/Documentation structure__". An opportunity to improve the current features for production.
Related links:
http://doc.tikiwiki.org/Documentation
and
http://doc.tikiwiki.org/tiki-print_pages.php

Printed to html using SeaMonkey browser 1.1.12 and to pdf CUPS/pdf printer, both under Ubuntu 8.04 GNU/Linux
page numbers refer to a pdf produced today out of there:
[ftp://ftp.ourproject.org/pub/edutiki/090107_doc_tw_o___Tikiwiki_Documentation_SeaMonkey.pdf]
(25Mb)
-----------------------------------------------------------------------------

* Autonumbering of headings is shown on the table of contents, but not on the pages themselves (using the default theme in doc.tw.o, based on thenews.css I guess). I would say that this worked for me a month ago on a 2.1 site using feb12.css with another (shorter) structure of wiki pages ( http://www.iesbarcelona.org/ESSO350/tikiwiki-2.1/tiki-index.php?page=2008+Fall+-+Final+Paper ).

* page 39: .htaccess from dynamic content is not shown in the full page. Can this be modified at printing time so that the full content is shown on the page?

* page 41: a CODE block longer than a single sheet of paper is cut at the end of the page, not showing the rest of the content. Can this be modified at printing time so that the full content is shown on the page?

* Some pages didn't have the title manually displayed. Those ones doesn't show the title of the page (as section of the full pdf)... Maybe the best workaround is to add a setting for the user to select whether he/she wants adding all page names as titles to the pages, or not. For our case, maybe it's easier to remove extra title (easy to identify when you have too title too similar one after the other) than having to figure out where a new page starts... (see plugins pages...). Example: page 127: PluginJS is shown, fine, but not PluginLang, PluginListpages? Plugin Manager?, on the following pages...

* copyright license is needed at the end?

* It would be nice to allow at structure-printing time to select which version among the ones allowed by the PLUGIN VERSIONS (where applicable), had to be selected for printing. Right now, it might be useful for people looking for an updated documentation for their 1.9.x, so that all plugin versions were pre-set to display the content from 1.9.x. Moreover, after April (only some months to go for that) we will have the same issue with people looking for 3.x documentation, or just 2.x. Well, this is just to raise this point for the following months, so that, the better for us for producing our own documentation, the better for other communities producing their documentation using Tiki and coping with their versions also... (Firefox, for instance?)

* when the content is copied and pasted to OpenOffice (using OOo 2.x and 3.x), there are images or tables which are wider than the page size.

* Is it possible to have page breaks added before headings of level X (and let the user select a page break just before a heading level 1, and 2, for instance).
---
Update on Dec 7th, 2012 (Tiki9.x LTS):
* RFE still valid....

Useful in an office setting


Could be linked to [wish1604|Timesheet with time tracking (stopwatch)]

Nowadays the voting on forums is confusing in educational or e-democracy scenarios, since it's not easy to understand why a voting of ! makes just 0.40, or a voting of 5 make 1.60, etc. as it may happen nowadays, since voting on forums seems to be linked to karma or score system.

There should be an option to unlink them, so taht a vote of 1, makes 1, and an option of 5 makes 5 to be included in the mean which is shown at the end on the rate value.

Say I include a bunch of pages in one larger page.

I click edit, and find that it's an included page. I should be able to edit directly that included page (assuming I have permissions), a bit like ((doc:section edit))



Benefits:
*Each page has independent history.
*They can be edited in parallel.



__Can page renames also survive inclusions?__


Related:
*{wish id=2668}

Found an bug where including multiple excerpts from the same page would only display the first excerpt. Any subsequent includes would display empty text.

On attempts after the initial one the get_page_info() function is not called.

I am trying to feed in RSS from my Serendipity Blog site to my tikiwiki 1.10 site but it's not working. I have other rss feeds coming in and they work fine. I've tried Rss 1.0 2.0 Atom 1.0, and none seem to work. I can read the RSS from the blog site into Google just fine. I set it up on the 1.9 on the dev.tikiwiki demo install and it works fine.
>
The URL format for the rss2 is: http://www.greyenclave.com/blog/serendipity/index.php?/feeds/index.rss2.

For more, see [http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=26924&topics_offset=3&topics_sort_mode=lastPost_desc&forumId=4|my forum post]

I am trying to feed in RSS from my Serendipity Blog site to my tikiwiki (1.10) site but it's not working. I have other rss feeds coming in and they work fine. I've tried Rss 1.0 2.0 Atom 1.0, and none seem to work. I can read the RSS from the blog site into Google just fine. Tested it on the 1.9.8 demo version here on dev.twiki and it works fine, so it seems to be a 1.10 problem.

The URL format for the rss2 is: http://www.greyenclave.com/blog/serendipity/index.php?/feeds/index.rss2.

For more, see [http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=26924&topics_offset=3&topics_sort_mode=lastPost_desc&forumId=4|My Forum Post].

thanks,

jimjim8@gmail.com

When running the installer on IIS the incorrect root path is detected. The directory tikiwiki is installed into is being stripped from the directory hierarchy.

The problem including the solution is referenced in the forum thread at http://tikiwiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=26943&highlight=directory%20does%20not%20exist

This bug is tied to [http://example.com|http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1964&trackerId=5&show=view]

I have had various issues navigating my wiki seemingly because $base_url is not getting built correctly, or at all. The first of these issues happens at login where the user puts in a bad username or password. The redirect to the error page fails on Firefox and has a URL with doubled forward slashes after the domain because the $base_url is not getting passed. URLs get built as follows (where 'example.com' is my domain):

Firefox:
{img src=images/code.png}%%% {CODE()} http://example.com\/tiki-error.php?error=Invalid+username {CODE}

IE:
{img src=images/code.png}%%% {CODE()} http://example.com//tiki-error.php?error=Invalid+username {CODE}

This happens with relative URLs all over tikiwiki in my installation, which is a WAMP with virtualHost entries in the httpd.conf to resolve 2 distict domains on the same server.

subtitles and topline have 255 characters so why is title limited?

When a user creates a new page from an existing page (either through the Create Page module or by clicking on a "?"), categories could be inherited.

The problem is that this is not necessarily behaviour required for all TIki installs, and might have to be coded as admin configurable.

Sub galleries should, at least optionally, inherit the permissions of their parent (can be overridden of course).

The problem we have here is that if you have a directory for a Project of some sort, and someone creates a subproject gallery, that subgallery is world-viewable, instead of inheriting the Project permissions.

It seems more logical to me to have new children automatically have the permissions of the parentId unless specifically changed.

Default values in tiki-integrator don't work:

{CODE}
INSERT INTO tiki_integrator_rules VALUES ('1','1','1','.*<body[^>]*?>(.*?)</body.*','\1','y','n','i','y','Extract code between <body> and </body> tags');
{CODE}

The 'i' for regex options should be 'ism' to not only ignore case, but process multiline and let '.' match newlines. As is, it only works if the original page is all on one line.

Likewise the "\1" needs an extra \, and should be '\\1'. mysql is eating the first one and thinking that it is just unmagicking the '1', which didn't need it.

I would fix this, but editing the .sql files scares me. :)

I just recently installed TikiWiki on my Ubuntu server by copying all the files in the .ZIP package into /var/www/html/wiki/. This makes the site run at wiki.mysite.com. Now, when I go to edit a page and try to add an image, go to Browse Server, I get an error message saying: "Error creating folder "/var/www/html/wiki/wiki/img/wiki_up/image/" (Permission denied)"
The path seems to be wrong. There is /wiki/wiki/img when it should be just /wiki/img. There shouldn't be any permission problems if the path was correct like: /var/www/html/wiki/img/wiki_up/image/

Special characters is now via a popup. This is bad because the one click javascript insert doesn't work. "Basic" special characters should be integrated in the template.

Could (should?) be contextual to language. Current page? User language(s)? What if use speaks many?

It could also be a drop down-menu like with available languages. Go edit a page on wikipedia to get an idea.


wikipedia's Basic" special characters:

Additional French special characters:

Additional Spanish special characters:

We should let our translators edit this according to their local needs.


Related:
http://sourceforge.net/tracker/index.php?func=detail&aid=1185212&group_id=64258&atid=506848

{img src=images/code.png}%%% {CODE(wrap=>1)}
(7:48:16 PM) marclaport1: polom
(7:48:21 PM) ***marclaport1 has an idea
(7:48:31 PM) marclaport1: to make tiki easier to install
(7:48:34 PM) marclaport1: and safer
(7:50:54 PM) marclaport1: say I point to tiki-install.php
(7:51:07 PM) marclaport1: on a tiki which is already in existence
(7:51:27 PM) marclaport1: i get a choice of clean install (tiki.sql) with various profiles
(7:51:59 PM) marclaport1: or to upgrade (1.8.x_to_1.9.x.sql)
(7:52:20 PM) marclaport1: why offer a clean install unless db is empty?
(7:53:33 PM) marclaport1: so if tiki-install.php can only can the upgrade sql (which is designed to be run over & over again) tiki becomes safer
(7:54:55 PM) marclaport1: if the database exists, there should be a note the admin to use phpmyadmin to go and empty the database of create a new one for tiki
(8:00:29 PM) ***marclaport1 feels that must be something wrong with this idea, or else all the smart people in tiki would have though about it.
(8:03:38 PM) ***marclaport1 has the impression that most tiki devs don't use the web installer
(8:04:21 PM) marclaport1: ...
{CODE}

{THUMB(image=>img/wiki_up/Smarter_Tiki_install.jpg,)/}

Sorry if I'm either reporting this in the wrong place, or reporting a known issue. I've looked around a bit but couldn't find my problem listed. I have two TW installations that have run fine for 2 years, and I just downloaded the latest version of TW for a new application.

Created a MySQL 4 database.
Ran the automatic installation routine.

Got told there were 1000+ OK SQL statements, and 1 that failed.

When I click on "details" I get:

Command: CREATE TABLE tiki_profile_symbols (
`domain` VARCHAR(50) NOT NULL,
`profile` VARCHAR(50) NOT NULL,
`object` VARCHAR(50) NOT NULL,
`type` VARCHAR(20) NOT NULL,
`value` VARCHAR(50) NOT NULL,
`named` ENUM('y','n') NOT NULL,
`creation_date` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
PRIMARY KEY( `domain`, `profile`, `object` ),
INDEX(`named`)
)
Message: 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 'CURRENT_TIMESTAMP,
PRIMARY KEY( `domain`, `profile`, `object`

I did this a second time to make sure (brand new directory on the server, and brand new SQL database). I cannot access the Admin-Modules segment in my new TW installation; I get the following error. Everything else appears to work -- new setup is at http://dev.steadfastlutherans.org .. second setup is at http://dev.steadfastlutherans.com .. I can give anyone admin access if you need it.

Pretty standard linux install, using 1and1.com servers.

Any help appreciated!




An error occured in a database query!

Context:
File tiki-admin_modules.php
Url tiki-admin_modules.php
Query:
SELECT `tc`.*, tpcd.`data`, COALESCE(`tpcf`.`future`,0) AS `future`, COALESCE(`tpca`.`actual`,?) AS `actual`, COALESCE(`tpcn`.`next`,?) AS `next`, GREATEST(0, COALESCE(`tpco`.`old`,0) - 1) AS `old` FROM (`tiki_content` AS `tc` LEFT JOIN ( SELECT `contentId`, count(*) AS `future` FROM `tiki_programmed_content` WHERE `publishDate`>? GROUP BY contentId ) AS `tpcf` ON ( `tc`.`contentId` = `tpcf`.`contentId` ) LEFT JOIN ( SELECT `contentId`, max(`publishDate`) AS `actual` FROM `tiki_programmed_content` WHERE `publishDate`<=? GROUP BY contentId ) AS `tpca` ON ( `tc`.`contentId` = `tpca`.`contentId` ) LEFT JOIN ( SELECT `contentId`, min(`publishDate`) AS `next` FROM `tiki_programmed_content` WHERE `publishDate`>=? GROUP BY contentId ) AS `tpcn` ON ( `tc`.`contentId` = `tpcn`.`contentId` ) LEFT JOIN ( SELECT `contentId`, count(*) AS `old` FROM `tiki_programmed_content` WHERE `publishDate`<? GROUP BY contentId ) AS `tpco` ON ( `tc`.`contentId` = `tpco`.`contentId` ) LEFT JOIN ( SELECT `contentId`, `data`, `publishDate` FROM `tiki_programmed_content` ) AS `tpcd` ON ( `tc`.`contentId` = `tpcd`.`contentId` AND `tpcd`.`publishDate` = `tpca`.`actual` )) ORDER BY `contentId` desc
Values:
0 1229233709
1 1229233709
2 1229233709
3 1229233709
4 1229233709
5 1229233709
Message:
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 'SELECT `contentId`, count(*) AS `future` FROM `tiki_programmed_

I am having an issue with installing v2.0 on IIS with MSSQL backend.

After entering all of the info such as database server, name, and login info, it returns the following error:

PHP Fatal error: Call to a member function fetchRow() on a non-object in C:\inetpub\wwwroot\tikiwiki\installer\tiki-installer.php on line 43

This appears to be the MSSQL version of bug ID 1653.

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.