Category: 2.x

I have the latest files for RSS, and the RSS feed is malformed. I fails to load properly in Firefox, and loads in other readers (e.g. Yahoo) but without formatting.

RSS Validator says one error is that there is an extra line before the first <xml... line, which is causing it to be parsed as HTML and not as XML for RSS. See here for an example; http://www.casesofinterest.com/tiki/tiki-wiki_rss.1.43.2.1.php?ver=2


I have spent a lot of time tracing the calls and I can't figure out why it works fine for blogs, but not for wikis as the code is similar. I hope someone who knows more than I can fix this.

{syntax type="tiki" editor="plain"}
It seems that if links are in the <description> tag of an RSS2 xml. With Firefox (or equiv) see http://scourgeweb.org/svnlogs/log2-rss.xml for an example of how it should render.

It does not render correctly in the RSS user module. The link URLS are broken and don't include the <a href="domain.tld/path"> only the link description of the path is displayed.

{QUOTE()}
Stateful? by rpg
posted on: Wed 18 of Jul, 2007 [17:48]
The idea of an aggregator --- and ideally one that could be put on a Wiki page together with other items --- sounds great. But only if it's going to be a stateful aggregator. I.e., I don't want one that will forget which items I have read when I revisit it.
{QUOTE}


A simple fix would be to somehow highlight all the RSS feed items which have a date/time which is after your last login. A bit like the "Since your last visit" module.

When upgrading to 2.0 rc4 from 1.9.11 install failed because I was not logged into the app. By the time I reached that stage, I was no longer able to login. Need to make note at the beginning of the upgrade procedure instructions to FIRST LOG INTO TIKIWIKI AS ADMIN

Logged in user without edit permission can not use sandbox.

Despite comments, tiki-editpage.tpl, checks for edit permissions and displays 'Permission denied ...' See test around line 71 in tiki-editpage.php.

Further, the 'Preview' button is not displayed. See first line of wiki_edit_actions.tpl.

{syntax type="tiki" editor="plain"}
Couldn't find another bug report for this, although this is an extremely noticeable bug so there should be an existing report.

The wiki sandbox for non-admin users is useless because it doesn't show save/preview buttons.

After saving the "Edit CSS" changes, the *.css file is empty!!

{THUMB(id=45, url="tiki-browse_image.php?imageId=45")}{THUMB}

#Users would highlight the blocks of time they can be around for
#Their name and a color is automatically added to the block they selected
#Times that we want people around for (like shifts) are given a different background
#You can't overwrite someone else's selection
#You can go back and forth to any day in the future (past should be archived)
#Sign in so users don't have to type their name.%%%ideally allows for permissions, only x users can use the room monitor column
#Can also output it as a text list, username with their hours after it etc

Related:
*((Project Management))
*[tiki-view_tracker_item.php?itemId=1604|Timesheet with time tracking (stopwatch)]



Feature request prepare by Lucy (Support.Mozilla.com)

{img src=images/code.png}%%% {CODE()} An error occured in a database query!

Context:
File tiki-download_file.php
Url tiki-download_file.php?fileId=32
Query:
insert into `tiki_users_score` (`user`, `event_id`, `expire`) values (?, ?, ?)
Values:
0 eric.auger
1 fgallery_is_downloaded_guillaume.samson:32
2 1224399721
Message:
Duplicate entry 'eric.auger-fgallery_is_downloaded_guillaume.samson:' for key 1
Built query was probably:
insert into `tiki_users_score` (`user`, `event_id`, `expire`) values
('eric.auger', 'fgallery_is_downloaded_guillaume.samson:32',
'1224399721') {CODE}

At doc.tw.o (upgraded to 1.10svn April 12th), I went to admin categories.
Selected "Editorial Board Meeting" (already existed), to add pages to it.
At the filter box I set "Editorial Board Meeting" and a mysql error is returned:


{BOX()}
~pp~
~np~
An error occured in a database query!

Context:
File tiki-admin_categories.php
Url tiki-admin_categories.php?find_objects=Editorial+Board+Meeting&parentId=10&search_objects=Filter&sort_mode=name_asc&offset=0&find=
Query:
SELECT tab.*, tfgp.`name` as `parentName` FROM (SELECT 1 as `isgal`, tfg.`galleryId` as `id`, tfg.`parentId`, tfg.`name`, tfg.`description`, 0 as `size`, tfg.`created`, tfg.`name` as `filename`, tfg.`type`, tfg.`user` as `creator`, '' as `author`, tfg.`hits`, tfg.`votes`, tfg.`points`, '' as `path`, '' as `reference_url`, '' as `is_reference`, '' as `hash`, tfg.`name` as `search_data`, tfg.`lastmodif` as `lastmodif`, '' as `last_user`, '' as `lockedby`, '' as `comment`, 0 as `archiveId`, tfg.`visible`, tfg.`public`, tfg.`galleryId` as `fileId`, tfg.`parentId` as `galleryId`, 0 as `filesize`, tfg.`type` as `filetype`, tfg.`user`, '' as `lastModifUser`, count(distinct tfc.`fileId`) as `files` FROM `tiki_file_galleries` as tfg LEFT JOIN `tiki_files` tfc ON (tfg.`galleryId` = tfc.`galleryId`) GROUP BY tfg.`galleryId`) as tab LEFT OUTER JOIN `tiki_file_galleries` tfgp ON (tab.`parentId` = tfgp.`galleryId`) WHERE (upper(`name`) LIKE upper(?) OR upper(`description`) LIKE upper(?) OR upper(`filename`) LIKE upper(?)) ORDER BY `isgal` desc, tab.`name` desc
Values:
0 %Editorial Board Meeting%
1 %Editorial Board Meeting%
2 %Editorial Board Meeting%
Message:
Column 'name' in where clause is ambiguous
Built query was probably:
SELECT tab.*, tfgp.`name` as `parentName` FROM (SELECT 1 as `isgal`, tfg.`galleryId` as `id`, tfg.`parentId`, tfg.`name`, tfg.`description`, 0 as `size`, tfg.`created`, tfg.`name` as `filename`, tfg.`type`, tfg.`user` as `creator`, '' as `author`, tfg.`hits`, tfg.`votes`, tfg.`points`, '' as `path`, '' as `reference_url`, '' as `is_reference`, '' as `hash`, tfg.`name` as `search_data`, tfg.`lastmodif` as `lastmodif`, '' as `last_user`, '' as `lockedby`, '' as `comment`, 0 as `archiveId`, tfg.`visible`, tfg.`public`, tfg.`galleryId` as `fileId`, tfg.`parentId` as `galleryId`, 0 as `filesize`, tfg.`type` as `filetype`, tfg.`user`, '' as `lastModifUser`, count(distinct tfc.`fileId`) as `files` FROM `tiki_file_galleries` as tfg LEFT JOIN `tiki_files` tfc ON (tfg.`galleryId` = tfc.`galleryId`) GROUP BY tfg.`galleryId`) as tab LEFT OUTER JOIN `tiki_file_galleries` tfgp ON (tab.`parentId` = tfgp.`galleryId`) WHERE (upper(`name`) LIKE upper('%Editorial Board Meeting%') OR upper(`description`) LIKE upper('%Editorial Board Meeting%') OR upper(`filename`) LIKE upper('%Editorial Board Meeting%')) ORDER BY `isgal` desc, tab.`name` desc
~/np~
~pp~
{BOX}

Nothing was added to that category. I had to add them selecting them from the multiple select box showing all pages in doc.tw.o (at least nowadays all pages are listed :-) - thanks to the coders who improved that )

Search for javascript in 2.0 using search box performs search for "j-a-<-x->-s-c-r-i-p-t". Happens on tikiwiki.org.

http://tikiwiki.org/tiki-searchindex.php?highlight=javascript&search=

I have a TikiWiki site which requires being able to search text which includes web terms such as j-a-v-a-s-c-r-i-p-t but can't do such a search.

Someone said on IRC this is due to a protective input filter which is altering dangerous text input.

Using the Search link in the application menu invokes tiki-searchindex.php which does not return any results no matter what you search for.

Having had a 'failed' search you are however now at tiki-searchresults.php and all subsequent searches work fine.

When you use the Search box module you fill in the form and the form 'action' is to run tiki-searchresults.php - and so this works fine.

This was previously logged as id 1696 - but this flagged the problem as a usability problem with the tiki support site rather than a possible coding bug - so have submitted this again.


No longer relevant - 15th June 2013

If you serch for WhoWhat at the search box on the header of tw.o site (as registered user), or from
info.tw.o, you are directed to this url:
http://tikiwiki.org/tiki-searchindex.php?highlight=WhoWhat&where=pages&search=Go

which returns nothing:
^ Found "WhoWhat" in 0 pages^

However, the page exists
http://tikiwiki.org/WhoWhat

This is kind of frustrating for me, so I guess that for new users also (or even more)...

When the Multilingual and Best Language features are enabled, the Tiki wiki page search results (both searchindex.php andsearchresults.php) do not append the "&bl" to the URL.

We can already filter by section:
http://dev.tikiwiki.org/tiki-searchindex.php?highlight=test&where=trackers

Now, we could use 〈=fr


Also, users can now indicate to Tiki the languages they speak. If a person speaks three languages, s/he should see all three.

Error message with search function in category.
PHP (4.3.10-18) ERROR (E_USER_WARNING):
File: tikidblib.php
Line: 181
Type: mysql error: Column 'name' in where clause is ambiguous in query:

SELECT DISTINCT c.*, o.* FROM `tiki_category_objects` c, `tiki_categorized_objects` co, `tiki_objects` o LEFT JOIN `users_objectpermissions` u ON u.`objectId`=MD5(CONCAT(o.`type`,LOWER(o.`itemId`))) AND u.`objectType`=o.`type` WHERE c.`catObjectId`=o.`objectId` AND o.`objectId`=co.`catObjectId` AND c.`categId`=? AND (`name` LIKE ? OR `description` LIKE ?) AND (( u.`objectId` IS NULL AND (o.`type` IN ('',?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?) OR o.`type` like ?) OR (((o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`permName`=?) OR (o.`type`=? AND u.`perm

Long overdue feature in TikiWiki:

http://en.wikipedia.org/wiki/Help:Section#Section_editing

[http://sourceforge.net/mailarchive/message.php?msg_name=435AF64C.1050106%40marclaporte.com|2005-10 discussion on the developer's mailing list.]

If "edit by section"=Y as a wiki feature, all H2 should create a bookmark and a section that can be edited individually. As an option, all heading levels could become sections.

Section edit should be optional and there should be a syntax to override (either way)

More explanation from our friends at WikiMatrix:
http://www.wikimatrix.org/wiki/feature:section_editing

New section edit feature is very useful. Three minor adjustments:

A- There is no way to edit the section preceding the first !,!!,!!! etc
This would be nice as well.

---

B- When getting to the section via an anchor, the edit by section icon is too high. To see what I mean:

1- login to doc.tikiwiki.org

2- go to
http://doc.tikiwiki.org/Editorial+Board+Meeting+2008+05

3- Then click on an anchor like:
http://doc.tikiwiki.org/tiki-index.php?page=Editorial+Board+Meeting+2008+05#2_3_Proposed_changes_to_doc_tw_o_site

Notice how the edit button is not accessible directly? I need to scroll up a bit (not ideal)

---

C- After editing a section, I should be sent back to the anchor of the section I just edited

So I can see what I just edited.

__A CMS without SEF URL means it is a Bug : Usability__

it's a by setup checkable standart in a high quality CMS
simple weblogs like http://www.s9y.org/ have such a feature

why :
google likes */this_is_a_very_god_page.html
and normaly google didn't index
*/mybugy.php?bestpage=my&t1=page&t2=is&t3=the&t4=best&indexed_by_SE=normalnever

i think the best webpage is nothing if SEFURL isn't working


the half way is done with the htaccess - ok
the next half way was a mod from http://www.coofercat.com/wiki/TikiURLtInstall

It's working in a root env with 1.9.x and 1.10cvs
that means only if /tmp is writable for the webserver - this is the bug

but online on a vserver this shit happens to me

Warning: mkdir(): open_basedir restriction in effect. File(/tmp/71) is not within the allowed path(s): (/srv/nww/webx/:/srv/nww/htdocs/phpMyAdmin/:/srv/nww/htdocs/confixx/html/gesperrt/) in /srv/nww/webx/html/wiki/lib/adodb/adodb.inc.php on line 1551

Warning: fopen(): open_basedir restriction in effect. File(/tmp/71/adodb_716f2422695ca15b221f4ce6f146321c.cache) is not within the allowed path(s): (/srv/nww/webx/:/srv/nww/htdocs/phpMyAdmin/:/srv/nww/htdocs/confixx/html/gesperrt/) in /srv/nww/webx/html/wiki/lib/adodb/adodb-csvlib.inc.php on line 298
......this msg repeats about 1000 times
did you know what's going on

I started to debug this problem
but it seams to get bigger and bigger

saved data titles must be renamed
becorce
http://localhost/HEAD/page-page%202.html
didn't result in
page 2
and so on

{syntax type="tiki" editor="plain"}

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.

Problem 1:
I created a Wiki page containing the following:

{img src=images/code.png}%%% {CODE()} {THUMB(id=5)}{THUMB} {CODE}

If I select Preview while in edit mode, the thumbnail is displayed, and placing the mouse cursor over thumbnail displays the fullsize image. After the page is saved and displayed, moving the mouse cursor over the thumbnail does not display the fullsize image.

Problem 2:
I created a Wiki page containing the following:

{img src=images/code.png}%%% {CODE()} {THUMB(image=>img/wiki_up/someimage.jpg)}{THUMB}
{THUMB(id=5)}{THUMB} {CODE}

If I select Preview while in edit mode and move the cursor over the first thumbnail, no fullsize image is displayed. If I move the cursor over the second thumbnail, the fullsize image corresponding to the second thumbnail is displayed. If I then move the cursor back over the first thumbnail, the fullsize image corresponding to the second thumbnail is displayed.

I think $exatvalue maybe should be $exactvalue

[r@s tw]# grep -nR exatv *
lib/wiki-plugins/wikiplugin_trackerlist.php:262: $exatvalue = array($exactvalue, $user);

[r@s tw]# head lib/wiki-plugins/wikiplugin_trackerlist.php
<?php
// $Id: /cvsroot/tikiwiki/tiki/lib/wiki-plugins/wikiplugin_trackerlist.php,v 1.40.2.12 2008-03-22 12:13:54 sylvieg Exp $
//

Using 1.10 cvs from mid september 2007. Using hec.css theme

At admin > login > Users Defaults, I've set
^
-=My Tiki=-
My pages V
My galleries
My messages V
My items V
^

Example of user page viewed by another user or anonymous:
http://intercanvis.net/tiki-user_information.php?userId=20

Issues:
# Wiki pages ("Pàgines del wiki") are wrong: they are not from that user (confirmed, even if you cannot see history on pages on that site)
# "My items" shoud show, at least, some items added by that user:
+ [http://intercanvis.net/tiki-view_tracker.php?trackerId=3&status=op&sort_mode=lastModif_desc&filtervalue%5B25%5D=&filtervalue%5B43%5D%5B%5D=6&filtervalue%5B43%5D%5B%5D=45&filtervalue%5B43%5D%5B%5D=7&filtervalue%5B43%5D%5B%5D=44&filtervalue%5B43%5D%5B%5D=8&filtervalue%5B43%5D%5B%5D=5&filtervalue%5B43%5D%5B%5D=55&filtervalue%5B26%5D=&filtervalue%5B28%5D=Anna&filtervalue%5B44%5D=y&filterfield=28&filter=Filtra|2 on one tracker]
+ [http://intercanvis.net/tiki-view_tracker_item.php?itemId=38&trackerId=2|and one on another tracker]

Forum messages are shown ok.

Using 1.10cvs from August 1st, 2007.
On easyphp-1.8 environment (thus, Window$ XP)

Steps I did:
* updated cvs code
* called tiki-install.php to create a new clean install over an old tiki110cvs databse (assuming it deletes all tables and re-creates them as needed), using basic profile for easy use
* installation says eveything ok, no sql queries failed.
* login to new site as admin/admin
* change password to another string (simple string with only letters, between 6 and 8 chars. in all my attempts)
* after password is changed, error produced:
** I cannot login to the site. Using the right admin/pass., I see the homepage again as anonymous (so I'm not logged in).
** If using a wrong pass, I see the user/pass error message.

Tried reinstalling several times with different passwords, no success.
* the funny thing is that the new admin pass. seems to be recorded ok, since I can re-access the tiki-install.php using that new admin password.