Category: Less than 30-minutes fix

Not all galleries are listed (for example when uploading a file).

The problem is (IMO):
#$allIds is given as reference
#foreach go through the array (with an internal iterator)
#in next recursion step an other foreach is called (but with the same $allIds-object)
#the iterator reaches the end of the array and the loop goes a recursion step back
#the "outer" forach continues, but the iterator of $allIds is at the end of the array
#no other item is checked, if one of the inner recursion steps reach the end of the array

Good:

Since Tiki4, in tiki-admin_include_sefurl.php, Tiki detects if .htaccess is there and if contains tiki-index.php?page=$1

But:
If Tiki is upgraded, by installing over, there may be issues because Tiki is still using the old .htaccess without informing tiki admin


Proposal:
Have Tiki version number in _htaccess (and thus updated as part of the release procedure)
Test on this, and inform users when they forgot to upgrade their .htaccess file.

Between Tiki2 and Tiki3, behavior of PlginFile changed, and is causing "No such attachment on this page" errors

http://www.google.com/search?hl=en&q=%22No+such+attachment+on+this+page%22+site%3ATikiwiki.org&aq=f&oq=&aqi=

After setting up and creating a poll with ID = 1

__Update:__ I was following the examples on the doc site for how to embed a poll. These examples typically are in the following formats. The examples throughout the docs should probably be updated to reflect the what actually works (see solution section below). I am a brand new user and am finding the documentation regarding the embedding of dynamic variables to be wrong in many cases.

When inserting any of the following:
{CODE()} {poll} {CODE}
''generates junk code in the rendered page''
{CODE()} {poll id=1} {CODE}
''generates junk code in the rendered page''
{CODE()} {pollId=1} {CODE}
''simply outputs pollid=1 in the rendered page''
{CODE()} {poll pollID=1} {CODE}
''ALSO generates junk code! So, it's case sensitive?''



''Details:''
I have tried several versions (just in case case sensitivity was a problem). This has also been reproduced with and without jQuery turned on. I have insured that the Polls option is available in the Text Field as well. Currently operating as an admin user with all capabilities turned on.

The "junk"is essentially html. Turning "Allow HTML" or "Try to covert HTML to wiki" has no effect. I __can__ get other dynamic content to work.

Two problems:

1. When adding an event to a Calendar using the 'add event' icon, the start and stop time are initialised to 1 hour BEFORE the minimum time set when creating the Calendar. If the times are not changed and an event created/saved with these 'early' times and the Calendar is then exported the date is exported as 1 day earlier, even though it shows correctly in the various Calendar views. If the event is then edited the start times are automatically reset to the correct earliest possible time and the fault is corrected when the event is saved.

2. When adding an event using the "Add event" button, the edit screen does not show any additional parameters e.g Priority, Location etc if they have set for the individual Calendar.

If I add a rating to a new tracker, the rating is not saved.

Also the rating value star has an opaque white background.

These occur on dev.tiki.org presently.

~~#F00:Update:~~ Still not working on dev.tiki.org revision 48335. {sign user="Bsfez" datetime="2013-11-05T07:14:49+00:00"}

The rating gets saved now but is not displaying. {sign user="pascalstjean" datetime="2013-11-24T00:42:50+00:00"}

~~#F00:Update : ~~ I retested on the 28/11/13. {sign user="Bsfez" datetime="2013-11-28T13:22:50+00:00"}
Not logged i saw that they were 3 votes but could see star on or off;
{img fileId="645" thumb="y" rel="box[g]"}

Once logged i voted and the score was reseted to 0;
{img fileId="646" thumb="y" rel="box[g]"}
---
This worked well in Tiki9., and it's still borken as of r49090 (December 15th). {sign user="xavi" datetime="2013-12-15T10:27:49+00:00"}
If Rating with "Stars (system)" is supposed to be deprecated, could someone please help to switch the rating system in the dev.t.o Bug Tracker ([tracker5]) so that it can use whatever new rating system is not "deprecated"?
This way, since the new [http://doc.tiki.org/Rating%20Tracker%20Field|Rating field is not documented] as of Dec 14th 2013, we could see it here at least as a working example.{sign user="xavi" datetime="2013-12-15T10:39:46+00:00"}
---
Ok, added the new Rating system myself to the Bug Tracker (new field 152: "New Rating"). And it works out of the box. Good job whoever coded the new feature. {sign user="xavi" datetime="2013-12-15T10:45:10+00:00"}

Here are two screen shots.

The screen shots are showing exactly what my search text box looks like: right in the middle, I see a separator.

In French: {img type="src" src="http://tiki.org/display281"}

In German: {img type="src" src="http://tiki.org/display282"}

When I am browsing in French, the search engine textarea shows a separator pipe right in the middle.

It has nothing to do with my screen size (Cntrl + or minus), I tried.

Does any one else sees the same?

It's cumbersome. Of course it has to do with the restricted amount of caracters that one person can use when writing a menu. In english I don't see it.

The second screen shot shows the same prob in German language.

This prob is not new. It's just me who took a long time to report it or others are seeing the same?

Peharps you can tell me if I need to do something on my browser side

In the Community environment/universe (whatever you call it) it's OK


It does the same with IE
Also, when I tried to upload the images, I was unable to choose a category. I'm using Firefox v.5

Using the auto (or manual) installation procedures on a Windows server gives the error:

The directory 'd:\domain\www\tiki/img/wiki/' is not writeable by SYSTEM.

Since two of the slashes in the address are going in the wrong direction, I'm speculating that is the reason for the error.

On the Manual database installation docs:
http://doc.tiki.org/Manual+Installation#Rename__htaccess_for_clean_URLs_optional_

Instruction 1.4 says
1.4. Rename _htaccess for clean URLs (optional)

You can rename _htaccess to .htaccess
-----

BUT in the files there is only htaccess.sh

SO, is this the same file as _htaccess?
Really want to change the name of htaccess.sh to .htaccess.sh?

Low priority since this is an Alternative. But it does prevent manual installations
from having clean URLs

The full screen button in the new interface at Tiki5 for wiki page edition doesn't keep the ful screen mode more than a few seconds.

Reproduced with Google Chrome 5.0.x and Firefox 3.6.6 on GNU/Linux.

Example here:
http://tikiwiki.org/tiki-editpage.php?page=TikiFestBarcelona2

Using Tiki 5.0: anonymous shouldn't see "watch" icons when browsing category tree.
And they can.
Reproduced here, for instance:
http://intercanvis.net/tiki-browse_categories.php

We recently upgraded precarios.org site from 3.6 to 5.0 (and migrated to a new server; dns propagating right now).

Since then, when you post a message in a forum that you are watching, you don't get a copy of your own email, but only copies of emails sent by others.

This is expected to allow users to follow a full thread in the email program.

For wiki page changes, you get also notification of your own changes.

images in trackers are not multitiki aware (they are all saved in img/trackers instead in the img/trackers/site1.org , etc. as for images in img/wiki_up/site1.org etc

Uploaded a new version of a file.
Clicked "verify" option
Was prompted to confirm.

After clicking confirm, got the following error:

System error.


The following error message was returned:
Unknown column 'fileId' in 'where clause'
The query was:
SELECT * FROM `tiki_file_galleries` WHERE 1=1 AND `fileId` = ?
Values:
1.1

The built query was likely:
SELECT * FROM `tiki_file_galleries` WHERE 1=1 AND `fileId` = '1'

Domain Users are not recognized by TikiWiki when using IIS and Webserver auth against AD.

substr function in tiki-setup_base.php mistakenly removing first char of the login name during substracting domain part. For example "DOMAIN\username" is truncated "sername".

I've fixed the issue with the patch below.

After a new calendar is created, the create calendar form is still populated, and subsequent changes will edit the already created calendar instead of creating a new one. This behavior is not apparent to the user until the edit has taken place.

Admin -> General -> Navigation

Spamers are very annoying

add antibot captcha for anons to newsletters, calendars and tracker item comments

Add ip to syslog and/or action log, so that when anons (at least) are allowed to add content and it's spam (robots seem to be able to post with our current antibot captcha), there is way to identify the ip of the spammer.

So far, antibot captcha is added (in trunk, at least) to:
* wiki edit
* wiki page comments
* forum posts
* tracker item comments
* freetags
* calendar items
* newsletter subscription

The action of adding content on those features should be logged in syslog and/or action log and IP recorded.

ex.:

# Redirects
# This is useful if you are migrating from an old site, and you want the old URLs to still work.
# Just uncomment and edit the line below.
Redirect 301 /oldpage.html /tiki-index.php?page=newpage

I had tested this successfully in version 3.3, but now with the upgrade to version 4.0 it does not seem to work. Here are the steps to recreate the issue:

1. Set up a TikiWiki so that users need to be validated by an Admin prior to actually logging in.

2. Register as a new user and get the following message:

Your account request has been stored and will be activated by the admin as soon as possible.
You'll receive email notification once your account is activated.
Please do not attempt to login until you receive the email notification.

3. Log in as 'admin' and navigate to Users page of admin tools. Push the round green checkmark graphic which has a hover display that says "Validate user: junkman". It sends me to this URL:

http://www.mywebsite.info/tiki-login_validate.php?user=junkman&pass=n

On that page the site returns a simple dialog box that says "Invalid username or password". Who's username & password? The Admin's?

At this point it wants to redirect me to the home page and I cannot get these new users validated.

After some bad experience (ours and from other users), Rick (Rick99) and I suggest:

^RFE should be that the following username should __not__ be changable or deletable:
* __admin__

And the following groupnames should __not__ be changable or deletable:
*__registered__
*__anonymous__

Additionally, there should be a usergroup __administrator__ that has ''all'' permissions. This would allow Tiki-admins to easily create new Admin logins, with their own usernames.
^

__added: ensure password reminder works out of the box__

A couple of usability issues could be fixed here.

a) remind/reset passwords is off by default - should be on?
b) no email is set on admin by the installer

this would prevent most newbie lost admin password issues i think. - mlpvolt


Last [http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=24817&topics_threshold=0&topics_offset=0&topics_sort_mode=lastPost_desc&topics_find=&forumId=2|thread about it at tw.o here]


Related issue: http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=1074

Editing a Wiki page i upload an image ({IMG(src="http://shocksite.com/pics/icons/pictures.png")}{IMG}) directly from the edit page. The code look like this :
{CODE(wrap="0",ishtml="0",ln="0",wiki="0",rtl="0",cpy="0")}{img fileId="1" thumb="y" alt="" rel="box[g]"}{CODE}

I have set perm "tiki_p_view_file_gallery" for anonymous.

Unlogged (anonymous) i can't see the picture (tested on several browsers win/mac).
Logged as admin i can see the picture.

I have checked what perm allow the picture to be displayed and found that only when the perm "tiki_p_download_files" is set for anonymous an un logged visitor can see the picture.

On tw.o, right now (at Friday 08 Jun, 2007 09:12 CET; 18:12 in Barcelona):

I got blank screen after submitting a new article submission on tw.o (user xavi, as plain registered user, using Firefox 2.0.0.4 under Window$), and some minutes later, from the same computer but using a different browser and user, I got blank screen after validating that article submission (user xavidp, SeaMonkey 1.1.2 under Window$)... However both actions succeded... (beyond the blank screen), even if they were posted more than once.

The article was submitted twice (as submission from user xavi), and, it's been posted three times when validated!

That's the article: http://tikiwiki.org/article150 (user xavidp cleaned the duplication in article submissions; sylvieg cleaned the 2 duplication in tw.o articles)

Can anybody confirm this is not any issue with my mouse or so?

Apparent bug of undocumented feature within the ARTICLESplugin, such that the "start" parameter does not seem to function.

In the example below, This was coded into the body of a wiki page. I was trying to have two ARTICLES columns, but show the first 5 (or so) articles on the left of the wiki page, then continue with articles 6 thru (say) 10 on the right column of the split wiki page.

Gary (chibaguy) suggested the code below (including the "start" parameter), but it appears that I get identical lists of articles, rather than one column listing articles 1 thru 5, and another parallel one listing articles 6 thru 10 (as expected). "Start" doesn't appear to be documented, but Gary chibaguy suggested it's use to me.

{CODE(caption="example code to reproduce problem")}

{SPLIT()}
{ARTICLES(start=1,max=5)}{ARTICLES}
---
{ARTICLES(start=6,max=10)}{ARTICLES}
{SPLIT}

{CODE}

Please see http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=35859&thread_sort_mode=commentDate_asc#comments

Gary suggested that I submit this as a bug, so this is it. It would be awesome to be able to do a two column split of articles via the inline plug, but not when the lists are identical.

Thanks to you for looking into this!!! -sd :)

Some users don't want to understand the difference between "Page Name" and Link when creating an internal link.

This attached patch makes the Page Name field automatically fill in whenever the Link field is changed. The patch was made against tw 4.1.

I think it should be up for debate if both these fields are necessary. Many users of the WYSIWYG feature may be new to the concept of creating links. Less is simpler, and I vote for removing one of these fields.

P.S. Sorry about spamming the mailinglist with this request. Next time I will only submit patch here.

Some users don't want to understand the difference between "Page Name" and Link when creating an internal link.

This attached patch makes the Page Name field automatically fill in whenever the Link field is changed. The patch was made against tw 4.1.

I think it should be up for debate if both these fields are necessary. Many users of the WYSIWYG feature may be new to the concept of creating links. Less is simpler, and I vote for removing one of these fields.

P.S. Sorry about spamming the mailinglist with this request. Next time I will only submit patch here.

Some users don't want to understand the difference between "Page Name" and Link when creating an internal link.

This attached patch makes the Page Name field automatically fill in whenever the Link field is changed. The patch was made against tw 4.1.

I think it should be up for debate if both these fields are necessary. Many users of the WYSIWYG feature may be new to the concept of creating links. Less is simpler, and I vote for removing one of these fields.

P.S. Sorry about spamming the mailinglist with this request. Next time I will only submit patch here.

Rule activated by dates
Rule active from
Rule active until
Upgraded tiki: Shows years 1969 till 2010
Clean install: Only gives the year 2010 to chose from
This year is almost over so whould be nice to have some later years to chose from.

"If a user upload a big avatar (more than 45x45 px) tiki 2.1 not 'avatarize' and show the big image in the forums. This problem may be very uncomfortable when you read a forum topic."

I can confirm that this still occurs on tiki.org and whatever Tiki version it is running presently, specifically with GIF images. -- ssanders

Review this blog entry on tw.o:
Using view_blog_post:
http://tikiwiki.org/tiki-view_blog_post.php?blogId=26&postId=300

Using view_blog:
http://tikiwiki.org/tiki-view_blog.php?find=&blogId=26#postId300


Notice that with view_blog_post, this line __is__ displayed:
And change it to:
<form enctype="multipart/form-data" method="post" action="tiki-editpage.php" id='editpageform' name="editpageform">

But with view_blog, the code is __not__ displayed.

Blog entries should be displayed identically, regarless if you are view the blog or blog post.

Even though logged in, clicking on http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=2538&trackerId=5&show=view (which came up as a result of a bug search) results in the user being told "Error - Permission denied"

This should probably not be possible.

I have only one calendar and my users keep asking me what that Groups and Tools box is for. How 'bout a setting to hide this box?

Unable to add calendar module

Fatal error: Cannot use string offset as an array in /home/tiki/public_html/modules/mod-func-calendar_new.php on line 72

Changi.

Still a problem in 3.0rc1

If you have a Calendar where the Custom Priority, Category, Location and Participant options have been set, when editing an event if you Preview the edits then the refreshed screen no longer shows these options in the edit area and saving the event loses the data previously typed in.

My tiki site was updated from 2.x to 3.0 .

Wiki don't work when i turn to next page in blog/Forum.

I found it work when i change & to ? .for example
forum13&comments_offset=40 don't work
forum13?comments_offset=40 ok change by manual

also i find some bug in imageGallery

when i want to delete a pic
gallery44&remove=730 don't work
gallery44?remove=730 ok change by manual

hope some guys help me..thanks!!

lang/de/language.php causes a "Cannot modify header information" PHP error

I have a comment on a wiki page. When I click Reply to post a follow-up comment, I get an error. It looks like the Reply button is generating a bad URL:

__Not Found

The requested URL /mywiki/page=IVR_Revitalization&post_reply=1&comments_threshold=0&comments_reply_threadId=5&comments_offset=0&thread_sort_mode=commentDate_asc&comments_per_page=20&comments_grandParentId=0&comments_parentId=5&thread_style=commentStyle_plain was not found on this server.__

This would be a show stopper using Tiki threaded comments is very important feature requirement for us.

Thanks,

Paul

This is still a problem in 3.0rc1


Sorry - just spotted that this bug ===has already been reported as #2141=== but hopefully the additional information provided here will help resolve this more quickly.

You can no longer set/change the meta robots setting in Meta Tags Admin ie the NOROBOTS, NOFOLLOW settings

When you fill in the form field and click the Change Settings button the field blanks and viewing the HTML page source code shows that nothing has happened. The "revisit after" field works fine however.

Old 1.9 sites work fine and sites that have migrated through to 2.2 from 1.9 have their old values preserved but they cannot be changed. New 2.2 sites cannot have the setting established.

Examining the database for a new site shows that the metatag_robots row in the tiki_preferences table is missing. Hacking the table to add the row with appropriate values allows the appropriate HTML code to be generated in the head section of each page BUT the admin form still does not work.

Have also now spotted that ticking any of the Meta keywords options e.g the "Insert freetags in keyword list" and changing the settings does seem to set that option BUT the tick box is then blanked and then there is no way to 'untick' the option or you are not sure if it has been set or not.

very old bug - now fixed/not relevant

When using tiki-admin_transitions.php.

If I add a Transition, then tiki will not let me modify it (by Edit) since every icon (i e: Edit) will delete the Transition. Even If I click in "Guards" data (wich appears as a "0").

Also the yellow "Key" icon doesn´t turn green as is supposed to, after setting perms.

May be other anomalies.

Please help

Using Tiki 6.0 fresh Install.

New Edit:

Since I didn´t find any reference on how to use it, I´m exploring it myself.

What I did before I was stopped by this error is:

1. I Set up some Categories
2. Go to the tiki-admin_transitions.php. The Subset Tab is on and it shows me two options: 1. Category 2. Group
3. Click on Category, so it show the availabre Categories
4. Choose two categories, then click Select button. It reloads the page.
5. Click on New/Edit tab
6. Write a label: "New"
7. Chosse From and To options
8. Click SAVE. It goes to the List of Transitions
9. If I click on Edit icon, it deletes de transition and goes to the New/Edit tab, but empty... nothing selected or filled.
If I click the Guards (number 0) it does the same

If I change to the List, the transitios has dessapeared from it.

In tiki-admin.php?page=login, the "Use tracker to collect more group information" check box is always checked, so everytime you change something, the feature is enabled. Kind of annoying to have to pay attention to that all the time.

The error is:

Notice: this variable may not be empty: $_POST["thread_sort_mode"]

when you click on the polls icon on the Admin Home page, you are taken to the polls comments admin page instead of the polls admin page. User should not have to make an additional click to start work.

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.

Application of the Company_Intranet_4x after a new installation with the Barebones install, installs 2 profiles.
***Company_Intranet
***Company_Intranet_4x

The installation of both profiles completes successfully however it results in some duplicate content that is automatically created by the profile. (I.E. there are two "Support" Forums)


I have tested and confirmed this from revision number 22637-24054.

At the end of install in

URL:
http://<domain>/tiki-install.php?nolockenter&install_type=update

The crash ends with :
(xdebug track begins)

Zend_Session_Exception: session has already been started by session.auto-start or session_start() - on a try catch no problem
Notice: Undefined index: min_pass_length in D:\Trebly\teawik-ld8-7xSa\lib\tikilib.php on line 1612
Notice: Undefined index: pass_chr_special in D:\Trebly\teawik-ld8-7xSa\lib\tikilib.php on line 1614

(xdebug track ends).

Track file joined

Trebly

~~#390:''Remark out of subject :''~~
Into my notes and refs dates are often in not common format yymmdd with B1=2011 date=B10117 is 01/17/2011, B2 is 2012. I used this for the last twenty years, has been used to make able soft to hold 2000 years and sort date (kept stored on six chars with historical data compatibility)in yymmdd yy=98,99,A0,A1..... B0, B1,B2. Used to make able at the end of eighties an important soft to hold long term plans. I use it since this moment and this goes on naturally and can't changed on my computers and data and can be used till year 2370.

I downloaded the XSPF Player by clicking on the Mod Number.
Then I clicked Install.

The following resulted:

Warning: copy(mods/wiki-plugins/xspf_player/license.txt): failed to open stream: No such file or directory in \\NAWINFS04\home\users\web\b2153\rh.capsa\lib\mods\modslib.php on line 375
wiki-plugins/xspf_player/license.txt to lib/xspf_player/license.txt impossible to copyPHP Warning: copy(mods/wiki-plugins/xspf_player/license.txt): failed to open stream: No such file or directory in \\NAWINFS04\home\users\web\b2153\rh.capsa\lib\mods\modslib.php on line 375

May we please have a solution to this problem.
Thank you!

When I upgraded this site:

http://alaindesilets.org/MyPublicSite/tiki-view_blog.php?blogId=1

from 6.1 to 7.1, the layout got screwed up (I'm using the DarkRoom theme).

Before the upgrade, the layout looked like this:

* [http://dev.tiki.org/tiki-browse_image.php?imageId=125]

After the upgrade, it now looks like this:

* [http://dev.tiki.org/tiki-browse_image.php?imageId=126]

Notice how the position of the login and the search forms changed, and how it looks weird in the TW 7.1 version (plus, it causes a lot of waste in screen realestate).

It is too difficult now to watch categories (but the feature works well).

Please see: ((Category Watch DogFood))


on ((SUMO)): [https://bugzilla.mozilla.org/show_bug.cgi?id=498001|Improve UI and feedback for watching categories to say you'll be e-mailed and offer easy way to turn off]

{CODE(wrap=>1)}
(18:30:35) xavi: to reproduce: I did search for "Report" at the top bar search
(18:30:42) xavi: showing this url: http://dev.tikiwiki.org/tiki-searchresults.php?highlight=Report&search=Go
(18:30:47) xavi: with this error:
(18:31:14) xavi: [off] 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 '? and ttif.`value`=? and ttifOut.`fieldId`=?' at line 2 The query was: select ttifOut.`value` from `tiki_tracker_item_fields` ttifOut, `tiki_tracker_item_fields` ttif where ttifOut.`itemId`= ttif.`itemId`and ttif.`fieldId`=? and ttif.`value`=? and ttifOut.`fieldId`=?
{CODE}

---
Update on March 31st 2010, using Last update from SVN (5.0alpha): Friday 26 March, 2010 09:12:40 CET - REV 26326 :

{img src=http://dev.tikiwiki.org/tiki-download_item_attachment.php?attId=236 desc="http://dev.tikiwiki.org/tiki-download_item_attachment.php?attId=236"}

While fine tuning our tikiwiki setup (1.9.7) on our internal test server tonight, in preparation of putting it out, I noticed that for both the forum and blog areas, the Anonymous group has the privilege to 'send blog post' via e-mail.

IMHO this is not good to have (DOS etc), so I would like to turn it off for the Anonymous group. Yet there is no easy way to do so.

Tested on info.tw.o with FiveAlive theme...

Disabling the __Search box__ option on the Admin: Search page, Search Results tab (tiki-admin.php?page=search) will remove the Search bar from the menu.

This is incorrect behavior.

Calendar URLs are currently excluded for spiders and bots, for example:

/calendar?focus=1268089200&viewmode=week

excluded by entries:

Disallow: tiki-calendar.php
Disallow: /tiki-calendar.php

However, the URL /tiki-tell_a_friend.php?url=%2Fcalendar%3Ffocus%3D1268089200%26viewmode%3Dweek would be spidered instead.

for users with tiki_p_wiki_view_comments perm only, it displays the ~np~[comment]~/np~ link on the wiki page bar even when no comments there yet to read, so clicking it does literally nothing...

I have a drop-down-with-other field with value 0 (zero) as default in a tracker form (so options for that field are "0,0"), but when I see the tracker dropdown to insert items, the drop down gets populated with some string about the sandbox...

still occurring in latest baraches/6x (r30164)

Duplicating events in calendars is broken on 1.10svn right now (April 17th)
If anybody wants to test (to reproduce it) on site, I can grant you account details here (a production site):
http://moviments.net/cursos/tiki-calendar.php

I tried editting this, and clicking to duplicate button (to make a new event from the edition of an existing one; I thought I could do that on previous 1.9.x sites), but no success:
http://moviments.net/cursos/tiki-calendar_edit_item.php?viewcalitemId=64

I tried also creating a blank new item, fill in the form for the calendar item, and instead of cliking on the "save" button, click on the "duplicate to" and select the calendar where I wanted to duplicate this item to.

After the click to the button, I saw another item in the edit event form (on the same browser window), and in other tabs, I could see that no new event was added, neither for that calendar selected or any other on the site.

It's a pity that calendar events can not be duplicated on 1.10svn, since it's a very useful feature for high load tiki sites. (like when adding 10 sessions of a new course, all of them with similar details except for the day of the month, etc.)

Tracker plugin:
Imagine we would like to offer modification of a dynamic list field without offering modification of its reference field. In this case, the dynamic list should fall-back to a simple list with no selectValue calls in the js.

This setting:
User Messages
here: tiki-admin.php?page=features

And these ones:
Users can opt-out internal messages:
Users accept internal messages by default:
Maximum mailbox size (messages, 0=unlimited):
Maximum mail archive size (messages, 0=unlimited):
Maximum sent box size (messages, 0=unlimited):
here: tiki-admin.php?page=login

Should be added to a new admin tab "Inter-user message":
tiki-admin.php?page=inter-user_message

IMHO, it is OK for options/settings to be in more than one admin panel, if relevant to both.

Editing a calendar item via
tiki-calendar_edit_item.php
resets its hours and minutes to strange values.

This is my first bug report here, I could not find the issue somewhere and believe some experienced developer should review my fix.

I have a problem, i dont know how fix it
In tiki4.2 in wiki pages (others doesn’t show this error) editor wysiwyg, does insert an image but it change the code with this code
{…}, (I know cos I saw it , in the html view)
But when I save it doesn’t recognize the image, If I return to the html editor and change the {…} With <…>, it works

Somebody can help me??
(:wink:)

In tikilib.php, the external link icon is hardcoded:
{CODE(wrap="1",colors="php")} if ($prefs['feature_wiki_ext_icon'] == 'y' && !$options['suppress_icons']) {
$ext_icon = "<img border=\"0\" class=\"externallink\" src=\"img/icons/external_link.gif\" alt=\" (external link)\" />";
}{CODE}

That is not good if you want that icon to be different.
You have to overwrite img/icons/external_link.gif with your own, and remember to re-overwrite it when updated to a new Tiki.

It would be better to either allow the user/admin to give a link to an alternative icon, or even better: put it in CSS, so that it can be overwritten in themes.

A quick fix would be to change line 5806 and line 6245 from this:
{CODE(wrap="1",colors="php")}$ext_icon = "<img border=\"0\" class=\"externallink\" src=\"img/icons/external_link.gif\" alt=\" (external link)\" />";{CODE}
to this:
{CODE(wrap="1",colors="php")}$ext_icon = "<span class=\"externallink\">   </span>";
{CODE}
And then put a CSS class in design.css or other appropriate css file, so that it can be overridden by theme css:
{CODE(wrap="1",colors="css")}.externallink
{
background: url(img/icons/external_link.gif) no-repeat;
}{CODE}

feature alias (semantic links) is not SEF (search engine friendly) ready

Using 4.2.
See it here:
page:
http://gavarrespedia.org/pendent

has a few aliases such as:
{CODE()}
(alias(pendents))
{CODE}

If you have SEF feature off (btw, and htaccess rewrite rules on), when you type:
http://gavarrespedia.org/pendents

you get
http://gavarrespedia.org/pendent

However, if you enable SEF feature (to make tiki create also short urls), then:
http://gavarrespedia.org/pendents

shows error, page not found, maybe you were looking for pendent, etc.
and it should just show the page "pendent" straight away

No matter if you disable feature_wiki_1like_redirection
it in the "Wiki" part of Administration Page

the engine always tries to show you a page name
similar to the one you asked for.

> As admin, I can't set the permissions on Registered users to: list_file_galleries or create_file_galleries, though other file galleries settings are selected, including view_file_gallery, download_files, upload_files, view_fgal_explorer, and view_fgal_path. I tried to deselect that last 2 since I don't understand what the file gallery explorer is and I don't know that they need to view the path, but I can't seem to deselect and save it successfully.
>
> When I log in as a Registered user and click on File Galleries, I get this Error message: Permission denied you cannot view this section.
>
> I see a link for Upload file, but when I click on it, I get: No gallery available. You have to create a gallery first! Create New Gallery.
>
> When I click on Create New Gallery, it gives me this Error message: Permission denied you cannot view this section.

PopUp window for viewing image does not show up when browsing to a 2nd page.

Instead it shows the picture file going out the File Gallery.

Using Firefox, Chrome

http://doc.tikiwiki.org/tiki-index.php?page=Features

The first "title" provided in an external RSS feed is displayed as if it is the channel's title (description). Many RSS feeds provide a "title" element immediately after the "channel" element, containing a description of the channel. But if no channel title exists, the title of the first item is displayed as if it were the channel title, resulting in the first title being displayed twice.

I created multiple forums and when I try to sort by name (asc) or name (desc), it doesn't seem to work.

See screenshot here:
http://dev.tikiwiki.org/show_image.php?id=104

Thanks
Ryan McCain
rmcc4444@gmail.com

Users with the proper permission should be able to delete their own posts and unreplied topics in forums.

At the moment, only users with ''tiki_p_admin_forum'' permission and the forum moderators can delete posts and topics, but this also gives total control over the forums, something not desirable for regular users.

"Fullscreen Edit" is a new cool feature of 2.x

Quicktags are kept, but Wiki & Plugins Help are missing so it makes editing less enjoyable.

"Edit Summary" is missing as well. Maybe it's intentional?

If the user didn't change the value of the destination of the help system, it should be updated to what the default value is now.

Need to hunt down what all the previous values were (ex.: http://doc.tikiwiki.org/tiki-index.php?page=) and to update via sql

And for clean installs as well (of course)

However, if someone modified the default value, we don't touch.


Reminder to add a reset to default value in 3.0 (new admin panel should permit this)

I currently keep track of bugs submitted by me by searching for my username. This results in a list of bugs, currently the first link looks like this:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=2561&highlight=tobi_h

Klicking that link gives an almost blank page, removing "&highlight=tobi_h" shows the page as it should.

Update: This only happens if I am logged in. More detail, thx to chibaguy: "...left and center columns are empty, and the right column is a column width off the page to the right."

This does not apply to wikipages, where highlighting works.

In some PHP version, http_build_query would not work correctly and would not show correctly URL parameters for admin and edit options (in converting the templates from SMARTY).

Make sure that http_build_query function from php is working correctly as some version work only with 2 parameters (even it is said to be Php 5.1.1) and others 3 parameters.

See this issue reported in:

http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=1&forumId=6&comments_parentId=37095

http://panorama.freewebhosting247.com/tikiwiki2/tiki-browse_gallery.php?galleryId=1

If this site is up, I cannot see any image.

I'm using Firefox 3.0.
This site uses:
PHP Version 5.2.5
Max Mem: 32Mbyte

GD Support enabled
GD Version bundled (2.0.34 compatible)
FreeType Support enabled
FreeType Linkage with freetype
FreeType Version 2.2.1
GIF Read Support enabled
GIF Create Support enabled
JPG Support enabled
PNG Support enabled
WBMP Support enabled
XPM Support enabled
XBM Support enabled


I don't have any problem displaying images using Tikiwiki 1.9.7 and 1.9.11

http://othman.1stfreehosting.com/tikiwiki/

On a new installation (clean DB), Tiki does not set the site's default language.

In tables
tiki_comments, tiki_history, tiki_pages, tiki_tags tiki_user_voting
the column IP is too short (varchar 15) for IPv6 logging

In tables
tiki_actionlog, tiki_download, tiki_logs the column IP is very big (too big ?) varing from 39 to 200 char . In tiki_download the IP cloumn is in UPPERCASE (may be problem with some Mysql installation)

In tables
tiki_banning
the IP is split in three columns . so we can't bann an IPv6

"If a user upload a big avatar (more than 45x45 px) tiki 2.1 not 'avatarize' and show the big image in the forums. This problem may be very uncomfortable when you read a forum topic."

I can confirm that this still occurs on tiki.org and whatever Tiki version it is running presently, specifically with GIF images. -- ssanders

When trying to create a Wiki Link using the WYSIWYG, the auto page find doesn't work anymore making it almost impossible to link to another wiki page without knowing exaclty the page name

{img src="https://img.skitch.com/20111124-r2ai2a29x2xyriua1mu3a3996h.jpg"}

I TRIED TO SUBMIT THIS BUG BUT I CAN'T FIND IT AFTER SUBMIT. SO I AM TRYING TO RESUBMIT IT AGAIN. SORRY IF IT CAUSES A DUPLICATE.

I upload an image to the File Gallery, which gets assigned id=19.

Then I go to a page and insert the following Tiki markup:

~np~[tiki-download_file.php?fileId=19]~/np~

~np~{img fileId="19"}~/np~


To (a) provide a link to download the image, and (b) insert the image inside the page.

Works up to here.

But then, I do:
* File Galleries > List Galleries > Browse Images
* I locate the image I just uploaded, and click on the the wrench icon, and then on "Upload New Version".
* I upload a new version of the image
* If I go back to File Galleries > List Galleries > Browse Images, I see that indeed, the old image has disappeared, and it has been replaced by the new version

The problem however, is that the new image has id=20, not the old id=19. But the id has not been changed on the link and IMG plugin that I inserted on the page. So they still point to the old image with id=19.

The weird thing is that I can still download image id=19 (even after clearing my cache), eventhough I can't see that image in the gallery anymore. In other words, the image is still in the DB and can still be accessed.

This is definitely not how things should work. If I upload a new version of an image, then all references to that image should be updated accordingly, and I should not be able to access the old version, except in a "view history" kind of context. No?

It's pretty ugly now...

LDAP group synchronisation is dependent on the "corresponding user attribute", a setting which is only needed if an external directory is used for group synchronisation.

The fix is simple - the combination of if-staments just need to be adjusted slightly - see patch.

When groups are synchronised with a big LDAP organisation many empty groups may end up in Tikiwiki.

This enhancement / patch adds an option to let the administrator of a tikiwiki instance decide whether during synchronisation of groups only the user assignments to existing groups will be done or if non-existent groups will be created in tikiwiki.

The default behaviour - as of now - is that when a LDAP user logs in all the groups he belongs to will be created in tikiwiki and he is being added as a member of these groups.

This enhancement adds the preference "ldap_create_groups_tiki" which is "y" by default - which corresponds to the current behaviour.

If "ldap_create_groups_tiki" is set to "n" and a LDAP user logs in the group synchronisation process will silently ignore groups that exist in LDAP but not in tikiwiki. Existing groups will be synced, though.

Added some files with header("location: ../../index.php"); that some are included with PreferencesLib->getDefaults() and redirect to base.

Files:

img/icons/mime/index.php
img/icons/large/index.php
img/icons/sprite/index.php
img/openlayers/dark/index.php
installer/script/index.php
lib/db/index.php
lib/geo/index.php
lib/ajax/index.php
lib/core/Feed/Html/index.php
lib/core/Feed/ForwardLink/index.php
lib/core/Feed/Remote/ForwardLink/index.php
lib/core/Feed/Remote/index.php
lib/core/Feed/index.php
lib/core/Math/index.php
lib/core/Math/Formula/Parser/index.php
lib/core/Math/Formula/Runner/index.php
lib/core/Math/Formula/index.php
lib/core/Math/Formula/Function/index.php
lib/core/Event/index.php
lib/core/Horde/Yaml/index.php
lib/core/Horde/index.php
lib/core/Perms/Check/index.php
lib/core/Perms/Reflection/index.php
lib/core/Perms/index.php
lib/core/Perms/ResolverFactory/index.php
lib/core/Perms/Resolver/index.php
lib/core/Category/index.php
lib/core/Report/index.php
lib/core/Report/Definition/index.php
lib/core/Search/Expr/index.php
lib/core/Search/Type/index.php
lib/core/Search/Type/Factory/index.php
lib/core/Search/Index/index.php
lib/core/Search/Query/index.php
lib/core/Search/Query/WeightCalculator/index.php
lib/core/Search/Formatter/Plugin/index.php
lib/core/Search/Formatter/DataSource/index.php
lib/core/Search/Formatter/ValueFormatter/index.php
lib/core/Search/Formatter/index.php
lib/core/Search/ResultSet/index.php
lib/core/Search/ContentFilter/index.php
lib/core/Search/GlobalSource/index.php
lib/core/Search/index.php
lib/core/Search/ContentSource/index.php
lib/core/TikiDb/index.php
lib/core/WikiParser/index.php
lib/core/FileGallery/index.php
lib/core/Multilingual/Aligner/index.php
lib/core/Multilingual/MachineTranslation/index.php
lib/core/Multilingual/index.php
lib/core/Connect/index.php
lib/core/TikiFilter/index.php
lib/core/Reports/Send/index.php
lib/core/Reports/index.php
lib/core/Services/AuthSource/index.php
lib/core/Services/Draw/index.php
lib/core/Services/File/index.php
lib/core/Services/User/index.php
lib/core/Services/Wiki/index.php
lib/core/Services/Favorite/index.php
lib/core/Services/Object/index.php
lib/core/Services/Category/index.php
lib/core/Services/Report/index.php
lib/core/Services/Comment/index.php
lib/core/Services/Connect/index.php
lib/core/Services/Language/index.php
lib/core/Services/index.php
lib/core/Services/ResultLoader/index.php
lib/core/Services/Exception/index.php
lib/core/Services/Tracker/index.php
lib/core/StandardAnalyzer/index.php
lib/core/StandardAnalyzer/Analyzer/Standard/index.php
lib/core/StandardAnalyzer/Analyzer/index.php
lib/core/StandardAnalyzer/TokenFilter/EnglishStemmer/index.php
lib/core/StandardAnalyzer/TokenFilter/index.php
lib/core/index.php
lib/core/JitFilter/index.php
lib/core/DeclFilter/index.php
lib/core/JisonParser/Wiki/index.php
lib/core/JisonParser/Phraser/index.php
lib/core/JisonParser/index.php
lib/core/Tracker/Field/index.php
lib/core/Tracker/index.php
lib/diff/index.php
lib/ical/iCal/Parser/index.php
lib/ical/iCal/index.php
lib/ical/index.php
lib/ldap/index.php
lib/mail/index.php
lib/logs/index.php
lib/pear/OS/index.php
lib/pear/Net/DNS/RR/index.php
lib/pear/Net/DNS/index.php
lib/pear/Net/LDAP2/index.php
lib/pear/Auth/Yadis/index.php
lib/pear/Auth/OpenID/index.php
lib/pear/Auth/Frontend/index.php
lib/pear/PEAR/REST/index.php
lib/pear/PEAR/Task/Replace/index.php
lib/pear/PEAR/Task/index.php
lib/pear/PEAR/Task/Windowseol/index.php
lib/pear/PEAR/Task/Postinstallscript/index.php
lib/pear/PEAR/Task/Unixeol/index.php
lib/pear/PEAR/Validator/index.php
lib/pear/PEAR/Downloader/index.php
lib/pear/PEAR/Command/index.php
lib/pear/PEAR/Frontend/index.php
lib/pear/PEAR/Installer/Role/index.php
lib/pear/PEAR/Installer/index.php
lib/pear/PEAR/index.php
lib/pear/PEAR/ChannelFile/index.php
lib/pear/PEAR/PackageFile/v2/index.php
lib/pear/PEAR/PackageFile/Generator/index.php
lib/pear/PEAR/PackageFile/Parser/index.php
lib/pear/PEAR/PackageFile/index.php
lib/pear/Minify/CSS/index.php
lib/pear/Minify/index.php
lib/pear/XML_Parser/tests/index.php
lib/pear/XML_Parser/Parser/index.php
lib/pear/XML_Parser/index.php
lib/pear/XML_Parser/examples/index.php
lib/soap/index.php
lib/soap/nusoap/index.php
lib/test/auth/fixtures/index.php
lib/test/auth/index.php
lib/test/core/Math/index.php
lib/test/core/Math/Formula/DummyFunction/index.php
lib/test/core/Math/Formula/index.php
lib/test/core/temp/cache/index.php
lib/test/core/temp/index.php
lib/test/core/Event/index.php
lib/test/core/Perms/Check/index.php
lib/test/core/Perms/Reflection/index.php
lib/test/core/Perms/index.php
lib/test/core/Perms/ResolverFactory/index.php
lib/test/core/Perms/Resolver/index.php
lib/test/core/Category/index.php
lib/test/core/Search/Expr/index.php
lib/test/core/Search/Index/index.php
lib/test/core/Search/Query/index.php
lib/test/core/Search/Formatter/index.php
lib/test/core/Search/GlobalSource/index.php
lib/test/core/Search/index.php
lib/test/core/TikiDb/index.php
lib/test/core/WikiParser/index.php
lib/test/core/Multilingual/Aligner/index.php
lib/test/core/Multilingual/MachineTranslation/index.php
lib/test/core/Multilingual/index.php
lib/test/core/Connect/index.php
lib/test/core/TikiFilter/index.php
lib/test/core/Reports/Send/index.php
lib/test/core/Reports/fixtures/index.php
lib/test/core/Reports/index.php
lib/test/core/Request/index.php
lib/test/core/Services/index.php
lib/test/core/index.php
lib/test/core/JitFilter/index.php
lib/test/core/DeclFilter/index.php
lib/test/core/Transition/index.php
lib/test/shipping/index.php
lib/test/Calendar/index.php
lib/test/editlib/index.php
lib/test/reporstlib/index.php
lib/test/reportslib/index.php
lib/test/attributes/index.php
lib/test/comments/index.php
lib/test/freetag/index.php
lib/test/smarty_tiki/index.php
lib/test/IntegrationTests/index.php
lib/test/wiki-plugins/index.php
lib/test/index.php
lib/test/rating/index.php
lib/test/AcceptanceTests/utils/index.php
lib/test/AcceptanceTests/index.php
lib/test/payment/index.php
lib/test/TikiLib/index.php
lib/test/importer/fixtures/index.php
lib/test/importer/index.php
lib/test/language/FileType/index.php
lib/test/language/fixtures/index.php
lib/test/language/index.php
lib/test/language/WriteFile/index.php
lib/accounting/index.php
lib/codemirror_tiki/mode/r/index.php
lib/codemirror_tiki/mode/tiki/index.php
lib/codemirror_tiki/mode/index.php
lib/codemirror_tiki/index.php
lib/equation/index.php
lib/shipping/custom/index.php
lib/shipping/ups-wsdl/index.php
lib/shipping/index.php
lib/metadata/index.php
lib/videogals/index.php
lib/credits/index.php
lib/graph-engine/index.php
lib/svg-edit_tiki/index.php
lib/profilelib/index.php
lib/prefs/index.php
lib/setup/index.php
lib/sheet/conf/index.php
lib/sheet/include/org/index.php
lib/sheet/include/org/apicnet/io/OOo/index.php
lib/sheet/include/org/apicnet/io/OOo/objOOo/index.php
lib/sheet/include/org/apicnet/io/index.php
lib/sheet/include/org/apicnet/io/archive/index.php
lib/sheet/include/org/apicnet/util/index.php
lib/sheet/include/org/apicnet/index.php
lib/sheet/include/core/index.php
lib/sheet/include/index.php
lib/dracula/index.php
lib/swfobject/src/index.php
lib/swfobject/index.php
lib/attributes/index.php
lib/swfupload/js/index.php
lib/swfupload/src/index.php
lib/swfupload/index.php
lib/htmlpurifier_tiki/index.php
lib/metrics/index.php
lib/encoding/index.php
lib/jquery_tiki/colorpicker/index.php
lib/jquery_tiki/brosho/index.php
lib/jquery_tiki/tablesorter/index.php
lib/jquery_tiki/tablesorter/themes/tiki/index.php
lib/jquery_tiki/tablesorter/themes/index.php
lib/simile_tiki/index.php
lib/validators/index.php
lib/comments/index.php
lib/images/icons/index.php
lib/images/index.php
lib/minify/index.php
lib/TikiWebdav/Auth/index.php
lib/TikiWebdav/Backend/index.php
lib/TikiWebdav/index.php
lib/TikiWebdav/PathFactories/index.php
lib/parser/index.php
lib/rangy_tiki/index.php
lib/rating/formula/index.php
lib/rating/index.php
lib/webodf/index.php
lib/wiki3d/index.php
lib/importer/index.php
lib/language/js/index.php
lib/language/FileType/index.php
lib/language/WriteFile/index.php
lib/phpseclib_tiki/index.php
lib/multilingual/index.php
lib/ckeditor_tiki/index.php
lib/ckeditor_tiki/ckeditor-icons/index.php
lib/ckeditor_tiki/plugins/autosave/images/index.php
lib/ckeditor_tiki/plugins/autosave/index.php
lib/ckeditor_tiki/plugins/_tikilink/dialogs/index.php
lib/ckeditor_tiki/plugins/_tikilink/index.php
lib/ckeditor_tiki/plugins/index.php
lib/ckeditor_tiki/plugins/tikiwiki/index.php
styles/lite/index.php
styles/snow/Flash/index.php
styles/darkroom/pics/icons/index.php
styles/darkroom/pics/index.php
styles/darkroom/options/small-type/index.php
styles/darkroom/options/index.php
styles/twist/pics/icons/index.php
styles/twist/pics/index.php
styles/coelesce/pics/icons/index.php
styles/coelesce/pics/index.php
styles/thenews/pics/icons/index.php
styles/thenews/pics/index.php
styles/thenews/options/narrow_left_column/index.php
styles/eatlon/options/teal/index.php
styles/eatlon/options/index.php
styles/arcturus/index.php
styles/strasa/img/icons/index.php
styles/strasa/img/index.php
styles/strasa/options/cool/index.php
styles/strasa/options/mono/index.php
styles/tikinewt/pics/icons/index.php
styles/tikinewt/pics/index.php
styles/tikinewt/index.php
temp/public/index.php
templates/draw/index.php
templates/comment/index.php
templates/admin/index.php
templates/tracker_search/index.php
templates/trackeroutput/index.php
templates/wiki-plugins/index.php
templates/tracker/index.php
templates/object/infobox/index.php
templates/report/index.php
templates/tracker_sync/index.php
templates/tracker_todo/index.php
templates/trackerinput/index.php
templates/styles/mobile/index.php
templates/translation/index.php
templates/plugins/index.php

When attempting to send messages to other tiki users whilst working in french locale, the messu-compose.tpl script hangs.

The problem is due to the different interpretation of commas and semicolons on french and english locales. The call to the quickhint (popup help) feature hardcodes the commas and semicolons, and this frustrates the french locale.

When using the UserList plugin, the links on the user names leading to their personal information pages, are shown and hidden depending on privileges of the logged in user. Unfortunately, the logic is reverse of what it should be.

Correct logic is: show links for all users that when either A.) You have admin privileges. B.) User listed is yourself. C.) User listed has chosen to make his profile information public.

Current logic is: show links when A.) You have admin privileges. B.) User listed is NOT yourself, AND user listed has chosen NOT to make his information public.

When you place more then 167 nested plugins of for example DIV (so not nested in nested in nested..., just plugins with only one nested plugin each). It will eventually not parse the plugin anymore.

Wikicode:
{CODE()}.
.
.
{DIV(id="test1")}test1{DIV(id="test2")}test2{DIV}{DIV}
{DIV(id="test1")}test1{DIV(id="test2")}test2{DIV}{DIV}
{DIV(id="test1")}test1{DIV(id="test2")}test2{DIV}{DIV}
.
.
.
{CODE}

The result will be:

{CODE()}test1
test2
.
.
.
test1
test2
test1{DIV(id="test2")}test2{DIV}
.
.
.
test1{DIV(id="test2")}test2{DIV}{CODE}

This is due to a counter (passes) within the PluginMatcher.php which is limited to 500. But I'm guessing this counter is meant to avoid 500 nested in nested in nested in nested...etc (which indeed make sense to me), but not that this keeps counting when you start a new plugin.

I think there should be some attention to the levels. It seems that level zero is the whole text and that level one is simply the detection of the plugin, level two is the detection of a nested plugin, level 3 is the detection of a nested in nested plugin etc.

I haven't figured it out completely, but I have found a workaround to make the counter count as espected. But this is again a workaround and a real solution is needed.

Edit: More info...it "goes wrong" when the performReplace function is called, which itself calls the getSubMatcher function again, which increases the level (for which I believe should not happen the first time it is called). Whithin the findMatches (which also calls the getSubMatcher) there is a test whether the $this->level is empty and if so, the passes-counter is restored to zero. This test is missing within performReplace, but should maybe also be added? The problem is then that the passes-counter should be also known by the other functions. Shouldn't be difficult to do.

Tiki v8.3

When attempting to sort the Tiki logs by either Id or Message, the lines do not sort as expected. The actual order appears to be random, regardless of the requested sort direction (ASC or DESC.)

When you change the LDAP admin password, and look at the logs in tiki-syslog.php, it is displayed as plain text. Scary man! Working on a solution, so if I figure it out, I'll post, but I'm not to php savvy, so we'll see.

---
edit: All password fields in the admin area are saved as plaintext in the logs.

Not working yet

I have a new Tiki 9.0 install. Testing the user registration process, the antibot capcha image is not visible. So no-one can register!

I cut the image URL out of the webpage, and viewed it in isolation. It has a
path in the form "/temp/public/<UUID>.capcha.png".

I get a "403 access denied". I am not logged in, obviously. My temp/.htaccess
file has:

{CODE()}
<FilesMatch ".*">
order deny,allow
deny from all
</FilesMatch>
{CODE}

Whereas temp/public/.htaccess has:

{CODE()}
<FilesMatch ".*">
order deny,allow
allow from all
</FilesMatch>
{CODE}

These are as installed by Tiki.

If I delete temp/.htaccess, I can view the image. So it seems to be this which
is disallowing files in temp/public from being served, and this implies
temp/public/.htaccess isn't actually doing anything useful.

Refreshing my memory of how these things work, I read these:

http://httpd.apache.org/docs/2.2/mod/mod_authz_host.html#order
http://drupal.org/node/93865

Admittedly it's a bit subtle. But it looks to me like the <FilesMatch ".*"> and
'allow from all'/'deny from all' directives are redundant and might not do what
they seem to do.

Ignoring what Tiki 9.0 has installed for me, I think what sounds like a correct
configuration would be to make use of the fact that .htaccess is inside an
implicit <Directory> section, and simply have:

temp/.htaccess:

{CODE()}
# deny access to this dir and children by default.
Order allow, deny
{CODE}

temp/public/.htaccess:

{CODE()}
# allow access to this dir and children by default
Order deny, allow
{CODE}

And if I put those in, it seems to work for me. I can access
temp/public/<blah>.captcha.png, but not temp/README in my browser.

This *does* seem to be at odds with the fact that this prevents new user
registrations and that if the Tiki-installed defaults didn't work, it's likely
someone would immediately notice that! However I've asked on the devel and user lists, but no-one seems able to comment.

http://article.gmane.org/gmane.comp.cms.tiki.user/3256

Note, one possibly relevant fact is that my shared hosting (Eleven2) doesn't
actually use Apache, they use Litespeed (which is meant to respect .htaccess and
supports the usual Apache configs). So far I've not noticed any funny behaviour
which suggests that it doesn't behave just like Apache.

When saving a new Wiki page, you get a white Screen of Death.

PHP Fatal error: Call-time pass-by-reference has been removed in ... on line 97

In PHP version 5.4 >



There is no reference sign on a function call - only on function definitions. Function definitions alone are enough to correctly pass the argument by reference. As of PHP 5.3.0, you will get a warning saying that "call-time pass-by-reference" is deprecated when you use & in foo(&$a);.

For example, use:

// Right way!
function myFunc(&$arg) { }
myFunc($var);

Rather than:

// Wrong way!
function myFunc($arg) { }
myFunc(&$arg);

Tiki version 9.1
Executing the search index maintenance (e.g. php lib/search/shell.php rebuild with cron) on the command line produces the following error if "Protect all sessions with HTTPS" is set on tiki-admin.php?page=security:

PHP Notice: Undefined index: HTTP_HOST in /path/to/install/tiki-setup_base.php on line 74
PHP Notice: Undefined index: REQUEST_URI in /path/to/install/tiki-setup_base.php on line 74

Using a numeric field in a trackers auto generated "new tracker item"-page is a bit difficult. The numeric values are set to "text-align:right" by ./styles/layout/design.css ( .numeric, td.numeric ). This makes sense at first glance.

Problem is when using Safari as browser the up/down arrows which are positioned ''within'' the input field and not right of it and so they do cover the first two or tree digits of the input which therefor isn't readable.

See the cursor position (vertical dash) in screenshot {img id=129} right of the arrow control -there the first digit will go.

Here you can (not) see what happens after typing "222" {img id=130}


Using Firefox this problem does not occur - no up/down arrows at all in Firefox.

Recently, I went into Admin and turned off one of the features in Admin at tiki-admin.php?page=features. The feature was Calendar in Global Features. But that brought up a problem that I was able to investigate in my host server's error logs:

.../tiki-calendar.php
PHP Warning: PDO::query(): SQLSTATE[42000]: Syntax error or access violation: 1226 User ... has exceeded the 'max_questions' resource (current value: 75000) in .../wiki/lib/core/TikiDb/Pdo.php on line 78

PHP Warning: Invalid argument supplied for foreach() in .../wiki/db/tiki-db.php on line 152

PHP Warning: PDO::query(): SQLSTATE[42000]: Syntax error or access violation: 1226 User ... has exceeded the 'max_que ...
... /wiki/tiki-lastchanges.php

I couldn't get the equation plugin to work. Tracked it down to a '\end{document}' latex command that should be '\\end{document}' since PHP saw the '\e' as an escape.

The problem is around line 189 in lib/equation/class.latexrender.php.

Suggest that all strings that are written to the latex file should have lead with a '\\' within the 'wrap_formula' function, even though the only line that was giving me a problem was the '\end...'.

Hi,

This bug affects version 9.x, but after having a short look at the 10.x source code, that version is probably also affected.

It happened after upgrading from version 3.9 to 9.3.

When accessing my.host or my.host/index.php, tikiwiki should redirect to tiki-index.php but gets stuck in an endless redirection loop by redirecting to my.host.

When accessing my.host/tiki-index.php directly,the following error message is displayed:
"Error
Required features: feature_wiki. If you do not have the privileges to activate these features, ask the site administrator."

Similar errors when accessing other features.

How to reproduce:
1. Allow Group Homepage
2. Set homepage for anonymous group: agr_home
3. Set homepage for registered group: rgr_home
4. make default page agr_home page
5. login -> you ll be redirected to rgr_gome -> thats ok
6. logout -> you ll be redirected to http://yoursitename.com/agr_home (note: not index.php?page=agr_home)

The smarty function that generates a user link (lib/smarty_tiki/modifier.userlink.php) will only return an actual link if the user's user_information preference is set to 'public'. In the case where the user link is to the currently logged-in user, however, there is no reason not to display the link even if that preference is set to 'private' as the user should be able to view their own preferences. This is easy to demonstrate; set your user_information preference to private and then look at your name in login module. The name will not be a link to your user preferences.

When clicking on the Show Help button in tiki-article_types.tpl. The text appears then disappears right away. This makes the Help Button unusable. (Please keep in mind this bug is with the Show Help BUTTON not the help icon)

If you're editing a page and you fail the CAPTCHA or your session expires, your whole edit is lost. Most users expect their browser to have saved the form data, many would know enough to log back in then hit the back button to get back to the form (or at least, hit "back" and copy the data for later pasting after login). This does not work - after a "back" the form is empty!

I'm ranking this bug as priority 7 because it is very serious - data loss and angry users. I think the solution is trivial, too: see below.

Bugs & Wish list

Bugs & Wish list

People expect to find one here

When Intertiki is on, mod-login_box.tpl should show some info on the login box reporting where to register in order to log into that site. Example: edu.tw.o., with tw.o registration.
I've done this by hand:

^Intertiki is enabled. Log in with your account at <a href="http://tikiwiki.org">http://tikiwiki.org</a>. <br><b>New?</b>: <a href="http://tikiwiki.org/tiki-register.php">register at tw.o</a> and come back to log in here.
^
{CODE(wrap=>1)}
Intertiki is enabled. Log in with your account at <a href="http://tikiwiki.org">http://tikiwiki.org</a>. <br><b>New?</b>: <a href="http://tikiwiki.org/tiki-register.php">register at tw.o</a> and come back to log in here.
{CODE}

But this could be added more general on tiki, so that it checks whether intertiki feature is on, and get's the name of the intertiki server from some value at your tiki isntallation, and then, the message is customized on the login box.

3.0 and 3.1

When the number of messages in the mailbox exceeds the number set to display (regardless of the number set to display) no pagination tool appears so it is impossible to see the rest of the messages.

This is for read or unread messages.

It's happening on my live site, and it is also found in a fresh 3.0 installation under MAMP on my local machine.

It's a show-stopper!

__UPDATE: a clue__

So in Look n Feel=> General Layout

I turned off "Hide pagination when there is only one page"

and went back to the mailbox. Now it's showing

"page 1/1"

So it's not showing pagination tools to see more messages because it has concluded it is already showing them ALL.

So something can't count or can't subtract or has the wrong rule.

Everytime I use the maketoc inside a wiki page on a fresh tikiwiki 3.2 install the whole page content is duplicated every time I hit "save". Even if I delete all the content but one version and hit save the whole PREVIOUS page is duplicated again. Like I hit save: two times the page content. I delete all but one time the content, I hit save: three times the page content. I delete all but one time ... save ... four times the page content.
Only removing the maketoc makes it possible to get rid of the problem.
That was done with Opera browser on a page with 4 h1 headings but I doubt it is a browser problem. :)

Add a feature to move files in between the file system and the database

This feature:
tiki-admin.php?page=trackers
tiki-admin.php?page=fgal
tiki-admin.php?page=wikiatt

should be added here:
tiki-admin.php?page=gal

(In fact, it should be backported from 1.10) "Move images from filesystem storage to database storage"

On at least two sites, running respectively 3.x and 4.x:

- jiamcatt.ourwiki.net (3.x)
- terminology.tikiwiki.org (4.x)

I noticed that if I change a wiki page and save it as a minor edit, email notifications are still being sent.

I think that this only happens when the user is part of a group for which a Group Watch has been set. When I tested on the 3.x site, that's the conclusion I had come to (this AM, UK time). But this PM (UK time), I tested on the 4.x site, and it seems that the minor edit is causing notification even if a user-defiined watch (i.e. as opposed to a group watch) is set.

BTW: This bug caused a minor incident on the JIAMCATT site. Someone did about 30 minor edits to a page that was being monitored by a large number of people, because he was a newbie and was trying to master the syntax for referencing a section inside a page. As a result, 30 notifications got sent to a hundred people, and some of them got pretty pissed off, and almost walked out on the site. One person asked to be "taken off this infernal web site".

So, if the bug can be fixed quickly, I can go back to this community and tell them that something was done to prevent that sort of problem in the future, which might diffuse the crisis.

When you add the module last_files, the tikiwiki can't be started anymore! Everything is blocked and that is it. The server load goes up to the maximum

Version 2.1 & 2.2

modules/mod-calendar_new.php displays strange month view when selecting LIST VIEW from tiki-calendar.php. The date (numerical) is placed several days backward in regards to day of the week (Monday - Sunday).

Screenshot (sorry so large for clarity):
{img src=show_image.php?name=calendarMODIssue20081023.gif }

This issue appears to be with the month view in mod-calendar_new.php assigned to variable $calendarViewMode. When I select $calendarViewMode='week' this issue does not arise.

I duplicated the function below in lib/calendar/calendarlib.php:

{img src=images/code.png}%%% {CODE()}
if ( $_SESSION['CalendarViewList'] == 'list' ) {
if ( is_array($listtikievents) ) {
foreach ( $listtikievents as $le ) {
if ( is_array($le) ) {
foreach ( $le as $e ) {
$listevents[] = $e;
}
}
}
}
}
{CODE}

I modified it to say:

{img src=images/code.png}%%% {CODE()}
if ( $_SESSION['CalendarViewList'] == 'calendar' ) {
if ( is_array($listtikievents) ) {
foreach ( $listtikievents as $le ) {
if ( is_array($le) ) {
foreach ( $le as $e ) {
$listevents[] = $e;
}
}
}
}
}
{CODE}

This caused it to be "fixed" but it broke in Internet Explorer by showing a full semester view in the calendar. Not so desirable effects. We've since switched to the week view in the mod-calendar_new.php module with no issues.

templates/modules/mod-events.tpl uses mktime and under php5 it needs to have all arguments as integers.
Simple patch:

see it best by:

- make a new tracker
- connect a module to it
- insert an item into the tracker

The module shows:
1)
2) Your item here

Later it is

1) Your item here
2) New item

Hi,

I have tested and look at dev of the module Action Calendar on 6.0 and 6.x trunk.
It need to be polished.
There are some misfit.
Who read this must understand that the function where not ended for 6.0
This note is technical sometime for a good link to dev team.

The item 3650 relates that the popup which shows action buttons can't be reached.

In fact as the function is not polished the buttons are the same as module calendar, but they have not corresponding available functions.

As I test to set these popup as "sticky" it function as the main calendar. After I test various issues :
#Action link on the cell of a day -> go to show a calendar of a full week. Can display thousands of events.
#Buttons on popup goes quite nowhere

!Module Action calendar
Note that any cell is related to several events then any action must leads to a list of events,
!!What can be wished :
!!!Global action buttons (nav.tpl):
Add a button to go directly to calendar for the current span of time (day,week, month..), two buttons : calendar or list (to earn time) in the future 7.x full page calendar
!!!Action on the link of the cell (day)
Display the list of "events" (sometimes truncated into the popup as it is desirable) for __the corresponding date "day".__
!!!The list offers
* Link to the object
* Add a comment to event (first column of list)
* type of event , not already made
!!!Action on popup buttons
Any button which have action opens and operates on the list of events of the day. *The buttons can't be the same as main calendar
*As the events are system events they can't be updated neither deleted.
*The update could be to add a comment to but as it is a list... for the day it is into the list.
**the events can't be edited, but an enhancement can be to have the capability to add comment
**the events can be listed for the day (the function is not edit_item but calendar with date="date" viewmode=day and listmode=list)
**a button on the popup can activate directly the calendar view with options of time span "day, week, month" or list with same options

!Module Main calendar
Note that any cell is related to several events then any action must leads to a list of events,
!!What can be wished :
!!!Global action buttons (nav.tpl):
Add a button to go directly to calendar for the current span of time (day,week, month..), two buttons : calendar or list (to earn time) in the future 7.x full page calendar. Options : view only, view and add comment (if rights opened), edit
!!!Action on the link of the cell (day)
Display the list of "events" (sometimes truncated into the popup as it is desirable) for __the corresponding date "day".__
!!!The list offers
* Button update
* Button delete
* Button copy and edit
* Button repeat the object (daily, weakly, monthly, trimestrial, yearly, fiexed date - checked on calendar) option edit list generated after
* Link to the object
* Add a comment to event (first column of list)
* type of event , not already made, edit types (a structure only for events classification), modify type (check on structure)
!!!Action on popup buttons
Any button which have action opens and operates on the list of events of the day. The buttons can be
*Show the list (right can be only "show_calendar items" and not "edit")
*Display the list in edit mode
*As there are several event they can't be updated neither deleted directly only defined upon the list.
*Depending of opened rights the update button could be "show full list : can add comment " if right opened
Notes :
**the events can be listed for the day (the function is not edit_item but calendar with date="date" viewmode=day and listmode=list)

!For 7.x :
!!Calendar with Gantt presentation
!!Calendar content can content several types of objects with various rights.
See corresponding text (the link to wished features projects for 7.x about calendar will be here soon ###)

In the type "date and time" it may be necessery to be able to have only 'year' choise instead of year, month, day and hour


::: FRENCH :::
Dans le type "date and time" nous devrions pouvoir avoir seulement année (de x à x au choix), seulement mois/année ou seulement jour/mois/année. Pour plusieurs tracker, la suppression de l'heure est nécessaire, comme lorsqu'on demande la date de naissance d'un individu !

Mouseover plugin is cool

Some more stuff to make it cooler:

#Now, it sticky or not. Should be possible to set a number of seconds to stay open. It should stay open as long as my cursor is over the zone.
#If contained text is too long, it overlaps to the bottom (good), but background should extend automatically.
#If body empty, don't make clickable (people mouseover and see nothing)

if you use the example of the mwtable plugin
{CODE()}{MWTABLE( wiki_classes=false )} style="width:50%", class="myclass"
|+style="font-style:italic;"|My caption
? width="30%;" ?? style="background-color:yellow;"
! style="background-color:grey;"| Name
! Address
|- style="background-color: red"
| style="color: blue;" | Bill
| The little house
|-
| Carol || The big house
{MWTABLE}{CODE}

you will get something like this:

{CODE()}<table style="" width:50%="" ,="" class="normal br">
<caption style="" font-style:italic;="">
My caption<br></caption>
<col 30%;="" width="">
<col style="">
<tbody><tr>


<th style="" background-color:grey;="">Name<br></th>
<th>Address<br></th>
</tr>
<tr style="" background-color:="">
<td style="" color:="">Bill<br></td>
<td>The little house<br></td>

</tr>
<tr>
<td>Carol</td>
<td>The big house<br></td>
</tr>
</tbody></table>{CODE}

you see that the attributes are not translated right.

as well there is a problem with a space like "color: blue"

and another addition: doesn't recognise colors in hexadecimal format (#rrggbb)

it happens in version 3.x and as well as in version 6.1 i am testing right now.

When Tiki adds the antibot code to a form or table, there is no specific class assigned to the TD or TR. Sometime this results in odd UI (because sometimes the table is NORMAL, sometimes FORM, someimtes FORMCOLOR, etc.)

If I have a login box module, and I visit tiki-login_scr.php, I get two places to login

Same thing with error pages which offer to login.

In the early days of TikiWiki, we used a bunch of modules (last_modified_wiki_pages, last_articles, Last this, Last that, etc.) to show recent changes to visitors. We ended up with many modules and it was cluttered.

All this became a lot better once the "Since your last visit" module came around to adding all the features. As a bonus, it checks permissions and shows the information since the user's last login. Very sweet.

Now, I am hoping to get to the same result for the many edit/input boxes.

In version 3.0, the quick_edit module checks (with Ajax) for names of existing wiki pages to edit. This avoids duplication. Great stuff. Wikipedia does something similar when you are searching for a page name.


I almost always have the search box on.

However, I also add "search page name" because the general search engine may not return the page I am looking for as the search result.

Here is an idea:

A new module which combines three modules:
search_wiki_page
search_new
quick_edit

See top right of http://moinmo.in/ for an example.

The action buttons are grayed out until text is entered in the text box. -> Very nice


Button should be WYSIWYCA


See top-right search box at:
http://www.ohloh.net/projects/tikiwiki
http://www.wikicreole.org/



__Alternatively, we could combine search page name and search text, and in the search results, we would first show pages names, and then, search text. This involves more work, but could be better for the end user UI.__

^I think the existing layout for the search top right in TW is fundamentally good. A text box, then a drop-down then a button. Why because the drop down is more future proof than any of the layouts from the other sites you reference.

If we make the contents of the drop down easy to customise or at the very least document how to add to it. For example the CRM function could add items to the drop down for "Contacts" and "Accounts", webmail could add "Mail Messages" and so on.

I do agree the wikipage create/edit module should be included in the top right search function.

I think this is an example of where considering the future openness of the solution would be very important - MatWho^

{THUMB(id=98)}{THUMB}

To let Editors administer part of the site without making them full Admins (tiki_p_admin)

Please see:
http://www.wikimatrix.org/wiki/feature:nofollow
http://googleblog.blogspot.com/2005/01/preventing-comment-spam.html

number of tracker items shown by default: customizable in a tracker by tracker basis. To avoid (at least) the problems of huge memory consumption in big trackers (and thus, setting the default number of items shown to a small number), while keeping other trackers with more items shown by default

Installer fails at the end with the following error:

"Fatal error: Cannot use object of type stdClass as array in
/tiki/lib/core/Search/Indexer.php on line 64"

This is in 1.9.8 only. In 1.9.7, On save the opening and closing hour of an event were moved to one hour later.

the output of {maketoc} in Wiki is not contained in a special
DIV so one can not define a style for displaying it for example in a box or ...

Compare and Diff links don't take effect and it shows the history all the time.

If I have a wiki page SomePage that has a link ((Page With Space)) in it, when I dump the wiki, the generated HTML in SomePage.html doesn't have a correct hyperlink in it to get to Page With Space.html.

The hyperlink contains plus signs instead of spaces (or %20) like Page+With+Space.html, but the target page on disk is called Page With Space.html. Clicking on the link in SomePage.html generates a file not found error.

when selecting a parent gallery on a deep gallery structure it would be nice if
# galleries not which are not a direct child of the root gallery are marked with "..." at the beginning
# galleries are marked with the (ID) at the end.

there are scenarios where the two displayed levels in the selection box are ambiguous.

I upgraded one of my subdomains from tikiwiki 3.3 to tikiwiki 4.1. After the upgrade admin can login but with an error message "Permission denied. You cannot view this page."

For other users it seems functioning alright. Only admin can do nothing.

after installation of the learning_center profile, on top of a bare-bones instalation, the perspective module is not shown nowadays, but it did while in ((tw:TikiFestBarcelona))

and looking at the edit module interface, it says: "perspective (param): Only display the module if in one of the listed perspectives. Semi-colon separated."
and that param is empty by default

I do that logged as admin, and just in case, included the registered group into the admin group.

And deleted tiki caches several times just in case
No change.

I can't continue with that profile

Noob here enjoying the site, enjoying the software and finding my way around. Thank you.

It means spending a *lot* of time at the Tiki sites.

I get the message already about the dogfood. Cool.

But every day, every page load, I must dismiss this notice to uncover what is underneath. Or scroll the viewport out from under it.

It is located on top of the navigation.

Can we not have it fixed in the page above the navigation, or permanently dismissable once logged in, or ...?

Can we just use the site now, and stop swatting at the javascript? :)

I'm just setting up svn etc now. And wouldn't have the balls to make such a visible change right off the hop anyway. It's not real important obviously. But if somebody is there and knows and can do, it would make surfing the sites more pleasant...

Cheers!!

Plugin poll is not working on doc.tw.o. No way to vote on the box...

See it at:
[http://doc.tikiwiki.org/PluginPoll]

---

Update: weird behavior: I visited today the doc page about it, and it showed ok. I edited the page to say that there was not bug there any more, and after saving changes, the output is wrong again!
So ???? I don't know what's happening...
Please somebody else, have a llok (not urgent, but something is wrong here...)

((doc:PluginCountdown)) a great idea. But showing time to the seconds is not a good default.

Wish:
Make options; Days, Days & hours, etc

Should be an option as to how to handle once time is passed.

__x days since__ or __the event has happened__

And locate time has no effect here:
http://tikiwiki.org/TikiFestNY

The iframe plugin page on tiki.org needs its own plugin approved:

http://doc.tiki.org/tiki-index.php?page=PluginIframe#Example

Wiki plugin, when using with start and stop parameters does not include any text.

It only includes the text when used without these parameters.

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

In using tiki 6.2 the problem persists.

When putting a plugin onto a blog post which requires parameters, the parameters are not passed in or are passed in as an &. This happens when the => syntax is used, or quotes are used around the parameter. These are otherwise fine when in a wiki page.

Most plugins appear to be affected on my installation - which was an upgrade from 1.8.4 to 1.9.2.

They render okay when viewing individual posts, or previewing, which leads me to beleive it is in tiki-blog_view.php somewhere.

After diffing the files, the largest visible change was the addition of categories into the blog, this is however not affected by turning off the feature in admin.

I am putting this high on my own priority list as I cannot upgrade my live site to 1.9.2 (although it has had some secuirty fixes put on it) until this is solved as I do not want to break my history of blog posts using plugins.

Perhaps it is worth a shot on this site or tikiwiki.org to see if plugins are affected here as well with that.

Reopening -- regression in 3.x. See http://doc.tikiwiki.org/PluginVersion for an example

---


Version 3 shows version 3, 2 and 1.

See http://doc.tikiwiki.org/PluginVersions and try the test which has more than 2 versions


Related:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=800

tikiwiki-5.0.Beta1\lib\trackers\trackerlib.php, line 3584, in function get_pretty_fieldIds:

$f = $smarty->get_filename($tpl);

may be replaced by

$resource_name = $smarty->get_filename($resource);
$f = $smarty->_read_file($resource_name);

When you edit a banning rule, that rule gets deleted (at least, from the list at the Banning interface in Tiki).

To reproduce:
* go to tiki-admin_banning.php
* add a rule for this ip "91.201.66.6" (real ip of spammers, btw) with the title "91.201.66.6_regular_spammers"
* Check all features
* Check the setting to activate the rule by dates
* Select the maximum possible time frame (btyw, this only allows selecting within the same year: reported by somebody else already in another bug report; see [bug3643])
* add some custom message
* save
* click at the title of your rule in order to have it open for edition again for you
* the rule is deleted from the list of rules, and the edit interface is empty

---
confirmed in two different tiksi from different servers... (btw, 5.x is also affected)

Quote plugin helper does not include selected text as the quote data. It worked before with the former Quicktags "text" selection.

Redirect plugin can be unsafe when redirecting to any URL.

So we have to have an extra validation step. This can be annoying, especially when upgrade large sites or importing hundreds of pages.

adding wiki=PageName as a possible parameter would have a result of only needing the admin to validate the plugin once.

I had two usergroups, then added a third, then went in to remove a user from a group from the Admin Users page. If I go into Admin Groups and click on a group and then go down to Show Users in Group, it shows the correct list with the appropriate users missing from the group that I had removed.

If I go into Admin Users, the list of users shows up and if I look at the line entry for the users I removed from ABC group, the group shows up in italics (''ABC'').

Unless there is a cleanup function I'm unaware of, I think this may be a bug. I'm running 1.9.7 according to the README.

As of 2009-10-19, if I open a forum and click on a posting, if I click on the Reply button, nothing happens. Last week, when I clicked on that button, I was getting some kind of MySQL error message. But now, it simply does nothing.

Note that if instead of clicking on the REply button, I scroll down to the "Post new message" section (which contains a copy of the current post with a > in front of each line), I can write an answer, and click on Post and it works.

But I should be able to click on Reply.

Attempting to View the RSS feed of a page that is running 1.9.0 in a subdirectory results in the error:

The XML page cannot be displayed



It seems to me as though TikiWiki has a number of inconsitencies with the way in which it manages paths, which cause some problems for sites running in subdirectories, the newsletter subscribe url for example uses parse_url to get the path (eg /tikiwiki/) then prepends the httpprefix, whereas the RSS module just appends httpprefix, so in other words these modules expect different thing from the httpprefix function the RSS module want http://mydomain.net/tikiwiki/ whereas the newsletter module just wants http://mydomain.net

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.

Currently search displays markup code in results... Could there be an option to filter out parsed code? Code between ~np~ and ~pp~ tags however, is part of the desired search content (but should still remain unparsed).

Thank you,

OC
---
also:
http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=66&topics_sort_mode=lastPost_desc&forumId=4&comments_parentId=21785

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.

I just installed TikiWiki 3.0 on a XP workstation and a Solaris server. When I performed a search, the searched word was not highlighted in the SearchResults page. I used Tiki 2.2 and 2.8 before and both did it. It could be bug in 3.0.

I have examined the generated page and couldn't find the <span class='highight_word_01'> around the searched word.

I appreciate it if someone can show me how to fix it.

Thanks.

The first problem (maybe local) is that the ad checkboxes on tiki-admin.php?page=ads tend to not stay checked. Please confirm if this is true for other users.

The bigger problem (on two servers): when I switch the logo from left to right on the Look & Feel admin page, the ad checkboxes on tiki-admin.php?page=ads get emptied. Maybe any update on Look & Feel resets the ad activate and publish checkboxes to empty; I didn't check.

Also, on the ads and banners admin page, only the bottom "Apply" button works, for me.

Site header banner ad configuration worked before it was split off as a separate page, afaik. Maybe a bug was introduced by the move to its own page.

www.mozilla.com is automatically turned into a link. (great)

but support.mozilla.com is not.

So I must do:

{img src=images/code.png}%%% {CODE()}
[http://support.mozilla.com|support.mozilla.com]
{CODE}

If automatic detection of support.mozilla.com is too risky, maybe the following:
{img src=images/code.png}%%% {CODE()}
[support.mozilla.com]
{CODE}

should be smart enough to know that I meant:
http://support.mozilla.com

and not:
http://dev.tikiwiki.org/support.mozilla.com

In Tiki 1.10, there is a feature to protect all emails against spam harvesters. Great.

1- Check that this protection is indeed powerful (so spammers can't get around it)

2- Have an option to show an image of the email when javascript is not available.

3- Extend this protection to [tiki-view_tracker_item.php?itemId=1147|the e-mail address in tiki-contact.php]

I upgraded from php4 to php5. I had some sites with white pages and nothing in the error log.

Finally, it was:

"this web application requires mysqli php extension. We have enabled it and it look ok now."

Tiki could have detected and reported this.

Move discussion here:
((Test server compatibility))

tiki-admin.php?page=gal tells me if GD or Imagick is installed. Nice.

But sometimes, it's installed, but it doesn't work as it should. To rule out that the problem is with Tiki, here is an example of a simple php to test GD in real life. It would be nice to add to tiki-admin.php?page=gal

{img src=images/code.png}%%% {CODE()}
<?php
header("Content-type: image/png");
$im = @imagecreate(110, 20)
or die("Cannot Initialize new GD image stream");
$background_color = imagecolorallocate($im, 0, 0, 0);
$text_color = imagecolorallocate($im, 233, 14, 91);
imagestring($im, 1, 5, 5, "A Simple Text String", $text_color);
imagepng($im);
imagedestroy($im);
?>
{CODE}

When you run the image gallery with a lot of images in it with multiple columns, none of the images get scaled! They are displayed as it is

A weird bug which was showing in tiki 4.x (calendar), and nowadays, I've seen something similar using 5.x alpha at dev.tw.o:

The user is redirected to a blank page with just an email address shown, even if the user didn't click anywhere.

To reproduce:
http://dev.tikiwiki.org/tiki-view_tracker.php?trackerId=5&status=o&sort_mode=f_41_desc&filterfield=54&&filtervalue[54]=xavi&&&&filtervalue[56]=Accepted&&offset=30

Pass the mouse over the item saying "2 errors editing articles in tiki 3.3 ".
With no click (just passing the mouse over, using Firefox 3.6.2), you are shown a blank page with just "email@domain.org" on top.

That item corresponds to:
http://dev.tikiwiki.org/bug2893


This is something which is also happening to a calendar in a tiki 4.x site, when the event body has some email address, it seems.

HTH

Tikiwiki 3.1 issue when replying to a forum posting, the following error occurs. This does not happen with Tikiwiki 3.0

Not Found

The requested URL /forumId=1&comments_parentId=1&thread_sort_mode=commentDate_asc&post_reply=1&comments_threshold=0&comments_reply_threadId=2&comments_offset=0&thread_sort_mode=commentDate_asc&comments_per_page=20&comments_grandParentId=1&thread_style=commentStyle_plain was not found on this server.

This is apparently a known issues that has not yet been fixed.

(http://irc.tikiwiki.org/irclogger_log/tikiwiki?date=2009-07-25,Sat&text=on)

Thank you.

Mike Petosa

Using the same IIS web site:
*You can install 6.0 and successfully login as admin.
*Install 6.1 and 6.2 but neither of them are able to login as admin.

Additional details, as per forum post (http://tiki.org/tiki-view_forum_thread.php?comments_parentId=40416&topics_sort_mode=lastPost_desc&forumId=6):
Trying to use TW on our IIS web site. Have followed all references I could find but have not been able to get 6.1 going.

As a test, I have managed to get 6.0 going, so not sure why 6.1 and 6.2 has issues. Any guidance on how to debug this is appreciated.

Thanks.

Details are:
- Win2003 SP2 and IIS6
- MySQL 5.1 (tried both local and remote server)
- PHP 5.2.17
- Firefox 3.6
- No tildes in the URL
- Tried placing TW in the root of the web site and as a virtual directory
- Have granted the EVERYONE user READ,WRITE & MODIFY access to the web root and all sub folders.
- No PHP errors recorded in the PHP error log

Symptoms:
- Install proceeds successfully.
- DB install states that is is successful (both local and remote DB scenarios)
- Prompted with admin change password screen and successfully change the password.
- Prompted with the Home page, then login as admin and new password, only to be presented with the Home page again, which states:
"Congratulations
This is the default homepage for your Tiki. If you are seeing this page, your installation was successful.

You can change this page after logging in. Please review the wiki syntax(external link) for editing details."

- Try clearing cookies, then logging in and are presented with "You have to enable cookies to be able to login to this site".

The __Redirect__ plugin takes two parameters:
* page = foo (to redirect to a wiki page)
* url = http://foo.com (to redirect to any other page)

However, Tiki sanitizes the __url__ parameter, creating url, which breaks the plugin's redirection.

The field "name" in the tiki_preferences is currently limited to 40 characters.

This may be appropriate for English speakers, as soon as you start developing german-language Wiki Plugins, it becomes awfully little. For Example:

You are trying to write a plugin named

__ inventarisierung_details (this string has 24 characters).

As soon as you try to configure this, it becomes

__ wikiplugininline_inventarisierung_details (this one has 41 characters)

and fails horribly.

theme: TheNews
common problem when badly closed tags appear in the generated page source
left/right modules colums go down, cannot click to edit the category then

To reproduce

Install 6.x
Apply community profile 6.x
Go to tiki-lastchanges.php
and click on the "d" for HomePage

tiki-list_object_permissions.php is fantastic

It lets me review any permissions received from category, and individual perms.


Some enhancements:
* Link to the category perm interface so I may adjust the perms
** As of 4.0, I need to check each category to see why the perms are applied
* Type group is missing (permissions ''about'' groups)

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

Webcalendar offers a setting Timezone Offset to Subtract or add hours to server time.

{draw name=timezoneoffset}

This would make things simpler for site which all events are in a common timezone.

Ex.: Showing UTC time in RSS feeds is not very useful...

Tracker plugins are great.

There should be something about them in the tips, when creating trackers.

When you use the tracker field "items list" to link (for instance) offers and demands (or gods from an inventory, etc.), the option to specify to list only the open items, for instance, is needed. If a product is out of stock, would be set as out of stock, and maybe marked as "pending", or if discontinued, marked as "closed". And it shouldn't be listed through the "items list" field.

Nowadays (2.0rc2), it's not clear to me how this could be achieved (if so).

Sometimes we need a checkbox field in a tracker to be mandatory. Like:
^[[ ] I accept the terms and conditions.^
or
^[[ ] I agree with the three rules of tw.o dev community.^

This cannot be accomplished yet because the checkbox can be left empty, even if the field was marked as mandatory, and the tracker item is inserted (without that box checked).

If you have a tracker with fields e.g
X text
Y radio buttons, mandatory
Z date
and you would like to offer the user to update X only, or X and Z only, keeping the old value of Y, it won't work. The error message you get is that Y is mandatory.

Any dynamic list or other drop-down list will not get its default value, when modifying the item, or when it gets prefilled (or when autosave value is available).

TW5.0beta1
Tried a field($fieldid,user,$trackerid) expression, and it does not work if the $fieldid is of item link type.
Debug insight:
While field($fieldid,user,$trackerid) results in the unresolved itemid referencing to the item link domain, the
{CODE(colors="php")} $items = $trklib->list_items($trackerId, $tr_offset, $max, $tr_sort_mode, $passfields, $filterfield, $filtervalue, $tr_status, $tr_initial, $exactvalue, $filter, $allfields);
{CODE}
call does not work. Namely, $trklib->list_items(..) works with the resolved item links. Therefore, there is no match.

__Wiki / Translate / Translate this page to a new language__

When creating a tranlsation of a wiki page by way of the "Translate this page to a new language" button, the following is automaticlaly inserted above the untranslated text trabsferred fromn the original page to the new page:

^Translation of this page is incomplete.^
I assume this is designed for the benfit of people reading the page (rather than those editing it) and as such I find it very useful for the following two reasons:

If you are using a site in one language, say English, and a page appears in another, say French, its very useful for the reader to understand that:
* nothing is wrong e.g. they haven't mistakenly navigated to the wrong page or changed their language settings, and
* the site editors are aware that the content requires translating.

The problem is that it displays in the wrong language (e.g.in our example above in English when the reader may only understand French). The reader needs to see "Translation of this page is incomplete." in their own language regardless of the language of the untranslated text beneath it, otherwise the benefits above are lost.

(Of course, the same should all apply to Articles but they don't seem to have the "Translate this page to a new language" feature yet - only the ability to link to another already created Article at present).

1) Child links are "usually" (not always) configured to point to a bad Url.

Instead of taking you to :

http://mi.solcentral.org/tiki-list_file_gallery.php?galleryId=5

it will take you to

http://mi.solcentral.org/Textos%20Codificados

and Sefurls (Search engine friendly url) is OFF

You can see if for yourself in http://mi.solcentral.org/tiki-list_file_gallery.php?galleryId=2

I have changed Theme to see if its a Theme things and the problem persists.

The problem does not arise accessing with IE 7.0 since the Tree Control is not showed up at all (don´t know if this is also an error really, if you know tell me...).

2) Icons change. Instead of showing one type of icon in the tree structure, it shows two types.

Please Help

----
Tiki V 6.0 fresh install
Server: Windows
PHP Version: 5.2.6
Ram: 128 Mb

Tikiwiki 2.3 was upgraded to 4.0. Upgrade went well, DB connection was found, DB was upgraded, installer locked. TW4.0 is unable to connect to the MySQL5 DB it was able to upgrade seconds before. See: http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=1&forumId=6&comments_parentId=35478

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

Error when trying to start the Tiki after Upgrade from 3.1 to 4.1. The installation and upgrade during installation reported "Success":

"System error.
The following error message was returned:

Champ 'version_minor' inconnu dans field listThe query was:

SELECT `page_id`, `pageName`, `hits`, `description`, `lastModif`, `comment`, `version`, `version_minor`, `user`, `ip`, `flag`, `points`, `votes`, `wiki_cache`, `cache_timestamp`, `pageRank`, `creator`, `page_size`, `lang`, `lockedby`, `is_html`, `created`, `wysiwyg`, `wiki_authors_style`, `comments_enabled` FROM `tiki_pages` WHERE `pageName`=?
Values:

1.UserPageadmin
The built query was likely:

SELECT `page_id`, `pageName`, `hits`, `description`, `lastModif`, `comment`, `version`, `version_minor`, `user`, `ip`, `flag`, `points`, `votes`, `wiki_cache`, `cache_timestamp`, `pageRank`, `creator`, `page_size`, `lang`, `lockedby`, `is_html`, `created`, `wysiwyg`, `wiki_authors_style`, `comments_enabled` FROM `tiki_pages` WHERE `pageName`='UserPageadmin'
"

Hello, got this message during database upgrade:

"Category permissions have been revamped in version 4. If you have been using category permissions, note that they may not work properly after upgrading to version 4, and it will be necessary to reconfigure them."

I am not using Categories at all.

On both my websites which I upgraded from 3.1 to 4.1, after upgrade the Admin-user has no permisssions at all!

I had to go back to rel 3 since I cannot find any instructions on your website.

Peter
peter@peter5.com

Under File Galleries -> Upload File.

On the selection screen, there is a drop-down list for which gallery the user wants to upload the file to. This list includes galleries that have either been deleted, or the user does not have access to view.

Under the user, manually entered the gallery ID to view the galleries that should not be listed, and access was denied.

Clearing the cache did not change anything.

userlist heading link color

table background and th link are set to white in tiki-list_users.tpl
Setting a.userlistheading to another color into theme css did not overide this

I have a tiki site that's running trunk 4.0. It has User Watches enabled, and the wiki feature also.

When I go to My Watches, I don't see anything that would allow me to globally set watches on all pages of the wiki.

Yet, if I enable User Watches Translsations and go to My Watches, then I see a picklist with a single element for watching creatino of any translation on the site.

Seems like a bug. I remember that I used to be able to globally set watches on all wiki pages (not just translations), and I think it was in the My Watches window.

When selecting a Machine Translation, the resulting page is "broken" -- the left & right columns appear after/under the center column.

Tested with 5.0SVN on http://info.tikiwiki.org with FiveAlive theme

To duplicate:

#Go to home page: http://info.tikiwiki.org/tiki-index.php?page=HomePage
#Select machine translation: __Spanish__
The left column in the Spanish translation is at the bottom of the page.

When importing tracker items from a utf-8 csv file, the first non-ascii character in a field dissapears (except when surrounded by apostrophes).

example:
123;čaj;abc;šaša;def

is imported as:
123;aj;abc;aša;def

but this works alright:
123;"čaj";abc;"šaša";def


The other characters are fine. Tried with a text field and radio button.
Using version 5.1.

It is possible to watch for new articles here: tiki-user_watches.php

So why not add an "eye" in view articles and list articles?

I setup a webmail account and viewed mail box in tiki webmail. after that I sent two mails from another account with different subject and body. I viewed both of them in mail box and clicked one of them. after going back to mail box both mails was marked as read! so I selected witch I haven't read and marked it as unread, but both of them was marked as unread!

UserPages should be off by default, and activated per relevant profile.


Syntax should become:
{CODE()}User:XYZ{CODE}
instead of
{CODE()}((UserPageXYZ)){CODE}

__Done in new installs of Tiki4 but there is no migration script__


When User pages are activated, they should be much more obvious for users. (ex.: in MyTiki)


Same thing for ((doc:User Trackers))

When previewing an item, you get:

Notice: Undefined index: calendarId in /home/amette/public_html/tikiwiki-BRANCH-1-9/tiki-calendar.php on line 395

On saving, this comes double (with another line number) and at the first try I got a lot more about "Undefined index: places, people etc"

When using articles on a tiki 5 site, using a thenews.css-based theme style, we don't see the horizontal menu at the top bar.
On all the other tiki features, that menu is shown as expected.
You can reproduce that here:
http://intercanvis.net

versus


http://intercanvis.net/articles

wiki shows no preview in translate edit mode while in normal wiki page edit it's working fine

version: 3.0beta4 SVN
theme: darkroom
browser: FF3

steps to reproduce:
# enable multilingual features
# select translate from dropdown where "English" is
# set the language and pagename for new page serving as translation
# in the editing mode click preview

on dev.tikiwiki.org, we have a custom syntax ~np~{wish id=1234}~/np~ to get information about a wish.

This shows the description of the wish, with a hyperlink.

This uses ((doc:PluginTrackerItemField)). If you are a Tiki admin, you can see the config here:
http://dev.tikiwiki.org/tiki-admin.php?page=textarea&plugin_alias=wish

This is very very useful.

How, how could we indicate that a bug is solved? (ex.: on ((Tiki4))

If bug is solved, could it have a relevant class (ex.: special color, crossed out, etc.)?


http://irc.tikiwiki.org/irclogger_log/tikiwiki?date=2009-09-25,Fri&sel=291#l287

!Wishlist and trackers : sort default on display (# .... )

!!Fact
When you activate 'the wishlist' with 'list yours' but in fact in any case of selection, you get the order into the database...

!!Proposal
The list should have __a default sort order__ :
- __I propose here a reverse by item number, so the most recent is as the beginning
__
!!while it's not done
If not, you need :
#click on the column id, and wait
#click again to have the last submitted first or have to go to the end clicking again and wait...

!!extension to
This concerns all trackers for 6.x, 7.x

!!importance
This is very annoying to lost time when you are redacting and following your wishes list, quite a large one

Good job
Best regards

Trebly
(ref:B10126-01)

When I click a user, I am offered to send him a message. But then I get:

User XYZ can not receive messages
ERROR: No valid users to send the message

1: WYSIWYCA: I should not be offered to send a message if the user has disabled that. (frustrating to write such a message for nothing)

2: tiki-user_preferences.php: "Allow messages from other users" default should be yes

3: tiki-user_preferences.php: "Send me an email for messages with priority equal or greater than:" default should be "3"

tiki-admin.php?page=login
3- Users accept internal messages by default: default should be yes -> $allowmsg_by_default

4- Users can opt-out internal messages: default should be yes -> $allowmsg_is_optional


All these should be the default settings (most logical) if a Tiki site admin choose to activate inter user messages.

Related:
Easier Inter-user message management for Tiki admins:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=959

Also related:
Should sender email be disclosed when receiver gets notification via email? goals: balance privacy & facilitate communication/collaboration