Category: Release40

I installed a tiki3.3 on a server ( pangea.org ) with no remarkable issues, and the tikis seem to work fine:
http://d-recerca.org


However, I attempted to install a spare tiki4.0 for testing on the same server, and I can't install it:
http://xavidp.pangea.org/tiki40/

I guess the server doesn't have pdo installed. I added the line in local.php to force tiki to use adodb instead (copied from tw.o forums, message from sylvie). With this change I can bo a bit further, but I cannot finish the installation proces. After the sql are run, I'm sent to the authentication page of tiki-install.php, instead of to the step of locking the installer and proceeding to tiki.

I went to the tiki-index.php then. and i could see it, and changed password for admin. But I can't login after that step neither with admin admin or with new admin pass..

Hello,

This happens in the same context as my others reports.

The database has been saved in SQL and loaded with upgraded versions of mysql, php 5.3.2.
There is in my opinion no relation with the context.

During start the current session prefs contain the query launch the previous current session.

A fatal error occurs in tikisession-pdo.php on line 44 function write statement <$sth->execute();>

PDOException: SQLSTATE[HY093]: Invalid parameter number: no parameters were bound in D:\Trebly\Teawik-ld8-422a\lib\tikisession-pdo.php on line 44

The var_dump($qry) in "prepare" function (see my interface in Class TikiDb_Pdo) gives (extract)

''object(PDOStatement)[42]
public 'queryString' => string 'update sessions set data='need_reload_prefs|b:0;serialized_prefs|a:9:{i:0;s:27:"feature....''

The problem comes from the fact that into the session->data you can find the HOMEPAGE article "title" which is, in this case (French):

''__s:46:"Page d'accueil spécifique des administrateurs";__''

so the " ' " not escaped generates the crash of the request.

Sometimes we have forum topics with a large number of comments. Let's say the default settings allow to display only the first 20 comments on the first page and provides a "next page" link to the following 20 comments.

But this link doesn't work correctly, there aren't any comments displayed on page 2 (only the initial posting).

I tried this behaviour on the tikiwiki demo page, too ... it's the same bug in the demo.

How can I correct this?

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=

To reproduce:
* As a user with non admin rights insert a tracker item to dev.tw.o/tracker5
* edit it again, and change something (add some text to a text areas, etc.) And save
* you are not able to edit that item any more because the "Submitted by" field has lost the record.
* edit that item as a user with admin rights, adn manually provide again the username of the poster.
* the poster can edit it one more time. But after that, he loses the ability again.

...

Example:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=2885
---
testing this bug
---
2nd edit

Permissions are displayed incorrectly on the
"Assign Permissions to this Object" page of
tiki-objectpermissions.php for a Calendar (other object types not tested)

If there is more than one group assigned then the boxes show the correct permissions

If there is only one group assigned no permissions show

If a 2nd or subs group is added then the boxes show the correct permissions

Uploading a Mediawiki-XML-Dump created by Mediwikis dumpBackup.php leads to an empty page and an apache segfault on debian etch 64bit.

From /var/log/messages

{CODE()}apache2[3658]: segfault at 7fff3f74cef8 ip 7f3837b9d2f7 sp 7fff3f74ce00 error 6 in libpcre.so.3.12.0[7f3837b8e000+25000]{CODE}

File is beeing uploaded correctly in /tmp, upload to File Galleries works correctly.
changed the following values in

{CODE()}
/etc/php5/apache2/php.ini

post_max_size=128M
upload_max_filesize = 128M
max_execution_time = 600
max_input_time = 600
memory_limit = 32M (also tried 64M,128M,256M)
{CODE}

{CODE()}
/etc/apache2/apache2.conf
Timeout 600
{CODE}

Running Debian Etch amd64 all packages actual version of the distri.

Ways to reproduce:
1.) create a XML-Dump from Mediawiki via {CODE()}php dumpBackup.php --full --contents > dump.xml{CODE}
2.) use tikiwiki-importer via ->admin->tikiwiki-importer
3.) Upload in 1. created xml-dump

Neither changing export settings of ~np~ dumpBackup.php --full or --current with or without --content ~/np~ nor changing import options in tikiwiki-importer changes outcome.


---
Addition:
-Upgraded to tikiwiki4, upgraded to debian stable (lenny) as suggested
Problem still exists:

{CODE()}apache2[2231]: segfault at 7fff2184eec0 ip 7f9019c1bf6b sp 7fff2184edc0 error 6 in libpcre.so.3.12.1[7f9019c0b000+28000]{CODE}

I created a test newsletter on a new tiki 4.x (using recent svn, similar to tiki4rc1)

* Switched editor to wysiwyg
* copied some content from this page: http://en.wikipedia.org/wiki/Paul_R._Ehrlich (from the title "Paul R. Ehrlich" until the title "other activites" (so that, it's including also a few images available on the internet, in case it matters)
* cliked on the switch editor button (to go back to a normal editor showing wiki syntax)
* a blank page is produced, after 10-15 seconds.

editing tiki sheets at tw.o don't keep the changes made (no error nor warning message shown; everything apparently ok). But no sign of the changes made, not in the sheet, nor in the history of tiki sheet.

Example:
http://tikiwiki.org/tiki-view_sheets.php?sheetId=1

I did edit it as user "xavi", add some info the cell A2, save, and no record of the changes.
Looking at the tiki sheet history, nothing is shown either about the edit.

See a related post of users reporting other problems with tw.o sheets since tiki 4.0 (I couldn't reproduce their problem, though).
http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=21908#threadId35330

This has happened to me seldom on different tikis (3.x, 4.x and nowadadays, even 5x!) on different servers, and it's very annoying for users or admins, since after you make a simple edit to some page, for some reason, it gets the content duplicated after saving your small edit. And it can be repeated 3 times, if you edit again, 4 time if edit again,. ..... I could only avoid it by rollbaking to the last version whithout those duplications.

Confirmed that this bug (related to the collapsible headings) is not fixed either yet in 5.0rc2. It seems to show up in some pages were collapsible headings; I mean:
{CODE()}
!!-

!!!-

etc.
{CODE}

Reproduced recently here:
[http://r-help-es.ourproject.org/tiki-pagehistory.php?page=Bienvenidos&history_offset=0&diff_style=sidediff&diff_style=sidediff&show_all_versions=y&compare=Comparar&newver=0&oldver=18&tra_lang=ca&paginate=on&history_pagesize=25|r-help-es.ourproject.org]

I just editted the
{CODE()}
{rss id=1}
{CODE}

to change it for
{CODE()}
{rss id=1:2}
{CODE}

as far as I remember, after a few previews and changes in the content before saving.

Then, the content was saved twice.

See the diff above and the resulting page:
http://r-help-es.ourproject.org/tiki-pagehistory.php?page=Bienvenidos&preview=19

This site is using tiki5.0rc2 , no ajax, and wysiwyg editor enabled, even if not used on that page.

I can provide admin access to that site to any coder willing to check this issue.

---
Initially reported as a comment to this other similar bug report:
http://dev.tikiwiki.org/bug2727

Very similar to this bug that was fixed in Version 5:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=3017&trackerId=5&show=view

Unfortunately, our host does not support version 5 yet, so I am dead in the water unless this same issue gets addressed in version 4.1

Basically, you can create sheets, but whenever you try to edit them, simply clicking on any of the links (Insert, Remove, etc.) causes a redirect to an error page stating: "A SheetId is required."

I haven't been able to import simple spreadsheets either, but that's another issue.

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.

~~#c00:UPDATE 1-APR-2010 - An out-of-the box TW 4.2 install no changes to login parameters leads to a non-functional validate-by-email feature when adding users. The user receives an email with a link containing the user name in plain text and an encrypted password that appears to be invalid. Oddly, if the user clicks the "I forgot my password" link, then they are permited to choose a new password, without having to submit (or even know) the original password. Tiki 3.3 and 3.5 are working great with respect to emailing links to new users, then logging them in with the encrypted (tiki-generated) password, then forcing them to select their own password. With respect to 3.3 I have made changes to the login configurations. With respect to 3.5, however, I have not changed anything, but it still works great emailing the first-time-user a link with an encrypted password, and having that password work.~~

See the attached document for a step-by-step recreation of the problem. New 4.1 install, only minor configuration of login - requires both letters and numbers in password.

Add new user with generated password, and user must change password uupon first login leads to error when user attempts to do so.

User Email Confirmation: Confirming or not confirming the user's email address has no effect on this bug.

Minimum password length: password length (tried 1 and 6) has no effect on this bug.

Password - letters or letters and numbers: seems to have no effect on this bug.

I know that calendars can be watched by users through links like:

tiki-calendar.php?watch_event=calendar_changed&watch_action=add

But this link doesn't work like this other one:
http://info.tikiwiki.org/tiki-user_watches.php?event=article_submitted&add=Add

I mean, Anonymous users clicking on the first link (calendar watch event, as it is right now), would not be offered any message to login or register first.
With the second link (watch article), the user will be shown the login box to login first, before the action can be executed.

This is to make more easy for new users to know that they can subscribe by email to get info from calendars if they register to that tiki site.

Tested in v3.1 on XP/IEv6, Vista/IEv7, Vista/Firefox. The help button (blue circle w/ question mark) next to "Advanced Search" in the module search_box does not bring up any help info. Instead, it points to the anchor #advanced_search_help on whatever page the user is viewing, but the anchor doesn't exist. IE shows an "Error on page" in the browser status bar.

Tested in XP/IEv6 with "Floating Help" UI feature on - same result. Unknown if "Floating Help" changes results in IEv7 or FF.

after upgrading a ((tw:TikiLiveCD)) from 3.1 to 4.0, the user admin logs in to tilki-index.php and sees "__Permission denied you cannot view this page__"

I've seen on users management that this user has no group assigned. However, the livecd also had another user with full admin rights by granting them all to him by assigning groups to him with those permissions. Something like this:

^ admin livecd@tikiwiki.org Monday 16 de November, 2009 20:56:36 CET Assign admin to groups

root root Monday 16 de November, 2009 20:58:16 CET Assign root to groups
White Admins
White Editors
White Registered
^

Logging in as user __root__ I can admin the site, and see this user management page. But I can't through user admin after the upgrade.

--
During the upgrade, the only warnings I saw at upgrade time were:
{CODE(wrap=>1)}
INSERT INTO `tiki_menu_options` (`optionId`, `menuId`, `type`, `name`, `url`, `position`, `section`, `perm`, `groupname`, `userlevel`) VALUES (107,42,'s','Newsletters','tiki-newsletters.php',900,'feature_newsletters','tiki_p_list_newsletters','',0)
Duplicate entry '107' for key 1
INSERT INTO `tiki_menu_options` (`menuId`, `type`, `name`, `url`, `position`, `section`, `perm`, `groupname`, `userlevel`) VALUES (42,'o','Search','tiki-searchindex.php',13,'feature_search','tiki_p_search','',0)
Duplicate entry '42-Search-tiki-searchindex.php-13-feature_search-tiki_p_search-' for key 2
-- 2009-09-18 lphuberdeau
ALTER TABLE `tiki_transitions` ADD COLUMN guards TEXT NOT NULL DEFAULT '[]'
BLOB/TEXT column 'guards' can't have a default value
{CODE}

Ajax seems to be buggy and producing a serious bug which duplicates the content of wiki page edit under some circumstances.

[[10:07] chibaguy Yeah, I've seen a number of complaints about that in the tw.o forums.
[[10:08] xavi It's been reported as such by some users and they discovered that disabling ajax solved (as a workaround) the issue. And the issue is a big bug (I suffered from it in tiki 3 something a few months ago)
I was going to fill a bug, but dev.tw.o down nowadays to me
[10:10] xavi that's the recent bug report in he forums, where they talk about the disabling-ajax workaround:

[http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=34537&topics_offset=5&topics_sort_mode=lastPost_desc&forumId=4]

----
See similar bug (but not related to ajax) here, reproduced also with 5.0rc2:
http://dev.tikiwiki.org/bug3211

Hello,

Relating to id2936 id2950 and another id lost (mine but when the author was not set always into track id data's.

It remains impossible to an admin to changed quite anything depending of admin (can create wiki, articles) but not to end any admin task.

The action as, change a user prefs etc, disconnect admin and send the ERROR Connect page __access not allowed__ so the corresponding sites are dead sites.

An installation of 3.3 or upgrade to 3.6 must be done again from database backup.

The problem is that if users has been connected between the upgrade and the necessity for admin to make some changes (I have made...) I had to manually add articles and wiki pages from sql.

We must admit that upgrade from 3.x to 3.x is impossible in some cases unknown, not yet found

I test today if an upgrade 4.2->4.3 had an effect but none.

trebly

It would be nice if visitors to info.tikiwiki.org could search all of the tw.o domains at once. What I envision:
1. A user goes to info.tw.o and searches for "WYSIWYG"
2. Tiki searches all of the *.tw.o domains and presents the results to the user, breaking the results by domain (e.g., all of the doc pages, dev pages, etc.)

Currently, the search results page will provide a box for users to extend their search to other tw.o domains, but (IMHO) it really needs to be automatic. See http://info.tikiwiki.org/tiki-searchindex.php?highlight=wysiwyg&where=pages&search=go for an example.

Maybe this could be expanded to fetch search results from other, non-Tiki search engines, too.

Wishes:

# Option to allow deleting any user that was registered more than N days ago, and who still hasn’t passed the email validation step and/or the admin approval stage. Or through multiple selection of those users and click on "action on selected" delete. (ionce they are properly filterable). Wish from Alain.
+.
# Option to resend the confirmation email to the selected users
(in one server where we had intruders from time to time, and sys admins blocked php mailing for weeks, many users probably didn't get the validation email... And nowadays, I don't know how to split myself the requests by bots from the real users willing to join. I recently discovered (after upgrading to tiki 4.1 las week), that that site accumulated more than 100+ users like this...., among 500+ users in total. Wish from Xavi.

In the current (r22100 or so) trunk, the switch-theme module (or url tiki-switch_theme.php) only works for logged-in users. This is a regression from just a few days ago. Anonymous users need to be able to change the theme, for example at the themes demo site.

The switch-theme module appears to work without error but when the page refreshes, the theme hasn't changed.

I'm not sure of the revision when this started, but anon can change theme in my install of exported files dated Oct. 3 (approximately r21960), but by Oct. 6 in my updated trunk (approximately r22000), it's no longer possible.

somehow an anonymous user gets the tiki_p_wiki_view_history right, although it is not listed in 'assignpermission.php?group=Anonymous. thus the user can view out dated information which should restrict-able.

I received this error "cannot connect to host; error = php_network_getaddresses: getaddrinfo failed: Name or service not known (errno = 0 ) " after email account configuration on 1&1 webhoster
I saw same bug here
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=2421&highlight=cannot%20connect%20to%20host;%20error%20=%20php_network_getaddresses
but it is still open
THX

It would be nice to add autocomplete for "Find" text boxes for the seach module, header search and advanced seach features.

many x.tw.o sites would benefit from that, for instance...

(I add this request here after Jonnyb explicitly asked me to suggest him places where atuocomplete would be adequate (:biggrin:)
)

Bugs & Wish list

Usability issue, but not so much a bug as feature design:

If the tag cloud is large in tiki-browse_freetags.php, search results are not immediately apparent on the screen. The user has to scroll down past the cloud to see the results, which is not necessarily obvious to new and/or less savvy users.

Ideally, the beginning of the search results should be displayed near the top of the page, but with a portion of the tag cloud still visible for further search filtering. The tag cloud could automatically collapse, with a large obvious control for expanding it again, or it could be positioned side-by-side with the results. Those are the only two solutions coming to mind.

banning user doesn't work for me at doc.tw.o. (using 1.9.7, I guess)

I've just made a trial with my user (common registered user, "xavi") at doc.tw.o from my admin account there(xavidp).
|| Rule title | xavi trial
Username regex matching: | xavi
IP regex matching: . . .| ''(empty)''
Banned from sections: | wiki checkbox
Rule activated by dates | checked
Rule active from | 1 june 2007
Rule active until | 10 june 2007
Custom message to the user | trial xavi
||

Btw, the rule was saved, and after that, I could see a line in the rules list showing my new rule:
|| Title | User/IP |Sections | Action
xavi trial | xavi | wiki | X
another one (krisna) ...
another one (anonymous - IP)... ||

After that, I logged in on another browser to check if my user xavi was banned indeed, but I could login with no problems, and open a page for editing. (what kind of behavior was banning suppose to give?)

I the main browser (still as user xavidp), I changed language, went back to this url (by writing its url directly on the browser http://doc.tikiwiki.org/tiki-admin_banning.php ), Changed language to English, and suddenly, my new rule for xavi user was not there any more!
¿¿¿¿????

There were only the ohter two rules...

|| Title | User/IP |Sections | Action
another one (krisna) ...
another one (anonymous - IP)... ||

I guess some bug is around, behind that naughty behavior... ;-)

I have a 3.3 Tiki Application with a File Gallery configured to store files in the MySQL database. It IS possible to upload zip files and unzip them during the upload. Very useful!

I'm testing a 4.0 instance of the same application, and now the "batch upload" feature does not upload and unzip *.zip files.

I noticed the following comment in the Tiki docs....

~~#f00:"Note that you can use the Batch uploads only when you don't use the database to store the content of the files!"~~

Was some functionality taken away?! I sure miss it.

If I change to storing files in a directory (instead of the DB),
will that also mean the loss of full-text search capabilities?

Every now and then dev.tw.o becomes unaccessible. The site gets slower and slower and eventually it stops working. The problem is with the database. Line 767 in lib/trackers/trackerlib.php

$query_cant = 'SELECT count(DISTINCT ttif.`itemId`) FROM '.$base_tables.$sort_tables.$cat_table.$mid;

Under some circumstances this query never returns from the database, runs forever and blocks the complete dev.tw.o database, making the site unresponsive.

CSS... Themes...

Only the 1st level of File Galleries are shown. Further sub-galleries at a deeper level are hided in the tree view.

Both bugs 2687 and 3076 are marked as duplicate of each other.

After updating tikiwiki3.3 to 4.1, the following fails to load
/tiki-admin_categories.php
/tiki-admin_polls.php and
/tiki-wiki_rss.php?ver=2

I checked memory and execution time therefore the problem due to this is ruled out. Problem must be somewhere which I could not figure out.

Time does not show correctly while date is perfect. It needs me to set time of publication of articles manually.

The module since your last visit does not work properly.

On my part I reinstalled it several times but errors persists.

When a new user register, the admin receives an email notification with two links. One for validating the registration, one for assigning the new user to groups.

The first link is fine, but the second one only works if Tiki is installed in a subdirectory 'tiki' of the apache root. But Tiki may be installed anywhere. In my case, I installed it under a subdirectory 'tw' of the apache root. And lots of folks install it at the root of the apache server itself.

Below is an example of such a mail message.

>> -----Original Message-----
>> From: alain.desilets@nrc-cnrc.gc.ca [mailto:alain.desilets@nrc-
>> cnrc.gc.ca]
>> Sent: October 16, 2009 6:27 PM
>> To: Desilets, Alain
>> Subject: User Registration Request
>>
>> Hi,
>>
>> alain_desilets <alain.desilets@nrc-cnrc.gc.ca> has requested an
>> account on rte-nte.notrewiki.net
>>
>>
>> To validate that account, please follow the link:
>> http://rte-nte.notrewiki.net/tw/tiki-
>> login_validate.php?user=alain_desilets&pass=e1c159c6d72116808b642e2c0
>> 63
>> ffa73
>>
>> Assign to a group: http://rte-nte.notrewiki.net/tiki/tiki-
>> assignuser.php?assign_user=alain_desilets
>>
>>
>> Best regards
>>
>>
>
>

On http://profiles.tikiwiki.org, if I enter the following in the "Search Wiki Page (new)" field:

Multilingual_Wiki

I only get one hit for the following page:

Multilingual_Wiki_Test_Data

Yet, there IS a page called Multilingual_Wiki:

http://profiles.tikiwiki.org/Multilingual_Wiki

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.

I noticed that all the calls to the SQL plugin were killing my intranet website when going to version 4.x. Digging deeper I've narrowed it down to the ADONewConnection call of the wikiplugin_sql.php file. On that line of code PHP dies and I am left with a white page. I have tried playing with the call itself and even going to PDO which worked well enough to complete the page without dying, however I don't know enough about the PDO paradigm to actually retrieve data and rewriting the entire data retrieval strategy seems a bit extreme.

Upon learning of dbreport, the only other plugin I know of to also use ADONewConnection plugin, is also failing I've decided this might be an issue in the plugin engine itself which is beyond me to resolve. One black box at a time is my general approach to things and this now relates to ADO and the plugin engine.

I will continue to look at this issue, however assistance from bigger brains for PHP than my own would be a good thing.

I do Admin > Wiki > No Tab (i.e., tiki-admin.php?page=wiki) , go down to the Wiki Watch section, I see:

---
Wiki watch Help
Information Feature disabled. Enable now.
---

I click on __Enable now__.

I end up at tiki-admin.php?page=features

I go back to Admin > Wiki > No Tab, and it still says:

---
Wiki watch Help
Information Feature disabled. Enable now.
---

And if I go to a wiki page, I don't see the eye icon for enabling watches.

I just downloaded Tiki 4 on my local Windows machine, and tried to install it.

Everything seems to go fine, except that when I log on as admin for the first time, the system asks me to change the password. I enter the old password (admin), and then 1234 twice, and then hit Change.

But nothing happens! I am stuck at the exact same screen for changing the password.

I have tested this with Firefox and IE, and I get the same behaviour on both.

This essentially means that I cannot log in as admin and change the configuration of the site.

Filtering by category in trackers yields zero results. However, there are tracker items in the category, and they appear if you browse the category. Other filtering appears to work properly.

The URL appears to be malformed:


Note the extra bracket after filtervalue[33] parameter.
http://www.casesofinterest.com/tiki/tiki-view_tracker.php?trackerId=7&status=o&sort_mode=lastModif_desc&filterfield=33&filtervalue[31]=&filtervalue[32]=&filtervalue[49]=&filtervalue[47]=&filtervalue[41]=&filtervalue_other=&filtervalue[35]=&filtervalue[33][]=102&filtervalue[40]=&filtervalue[34]=&filtervalue[45]=&filter=Filter

However, manually removing the extra bracket also fails:
http://www.casesofinterest.com/tiki/tiki-view_tracker.php?trackerId=7&status=o&sort_mode=lastModif_desc&filterfield=33&filtervalue[31]=&filtervalue[32]=&filtervalue[49]=&filtervalue[47]=&filtervalue[41]=&filtervalue_other=&filtervalue[35]=&filtervalue[33][]=102&filtervalue[40]=&filtervalue[34]=&filtervalue[45]=&filter=Filter

My application use category on groups and objects
I tried category transition in tiki4, to be honest without reading anything, the result is catastrophic: I cannot admin all my tiki because i have lost my rights as administrator.
In my SQL database all records in users_grouppermissions table have been deleted
How can I retrieve my rights?
Can I manually write admin rights in my database?
thanks

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.

Hello,

~~#0c6:HELP, I spent 120 hours on the problem, and I am completely stopped in my Work because I can't install Tikiwiki on the development tool on windows. I could not find a way to understand why 4.1 installation seam's impossible on windows. A failure, that I could not find till know, on windows is not detected by the product.~~

Sorry for the length.

I try to install on windows to make test and developments an installation of tikiwiki 4.1 that is on a unix system (OVH provider with shared servers). So I can't have xdebug and many other facilities.
This local replication is needed to begin my participation to the dev.tikiwiki.org.

For this I have :
1- Changed the way to hold .htaccess (patch) For my apache I use the définition
AccessFileName access.htaccess
My various application are accessed via virtualhosts
this since six years.
2- Enable all needed extension for php : the lonely problem is that it not exists an adodb.dll for php 5.3.0 on windows (not found)

After I tried a manual installation :
- create mysql db with data 4.1
- create local.php

This crash on (see screen xdebug copy) the instruction in tikisession-pdo.php
TikiDb::get()->setAttribute(PDO::ATTR_ERRMODE,PDO::ERRMODE_EXCEPTION);


But when I made the searches (this is the opportunity to go inside the product)
__I could not find the way how the instance of the class TikiDb inherit of the setAttribute method from probably Zend_Db_Statement_Pdo__
in lib\core\lib\Zend\Db\Statement\Pdo.php:411:

If the link exists I am interested in the fact to understand the structure.
If this come from the lack of the adodb.dll extension (functions and constants) this should be detected and I could not reach this execution point.

Generally may be a detection of php extension features could in the future avoid my "exploration".

I will redact when I will have solved all the problems a document about detail of a good implementation on windows.

Thank's for an answer, because I am locked till 15 days on this problem.

Trebly :

''__Nota1: __''I try new clean installation which don't functions, it crashes, after everything seems to be ended well installed the data are empty and a loop of to forms is without issue :
# because the data base is not populated
# because at the end we go back to the screen for validation of user and pass (second time) which calls the language form ad vitam.
The analyze shows that the POST('user') and POST('pass') are not got back into tiki-install.php and the failed installer is not run again.
Finally if I populate the data base with the data's (SQL) coming from one of the to implementations I reach the same as described upon.

''__Nota2:__'' The data's are well accessed by phpmyadmin and the parameters OK.
''
__Nota3:__'' I run Mysql with mysqli extension. 256Mo of memory for php
* Version du serveur: 5.1.37-community-log
* Version du protocole: 10
* Utilisateur: root@localhost
* Jeu de caractères pour MySQL: UTF-8 Unicode (utf8)
Serveur web
* Apache/2.2.13 (Win32) DAV/2 mod_ssl/2.2.13 OpenSSL/0.9.8k SVN/1.6.6 PHP/5.3.0
* Version du client MySQL: mysqlnd 5.0.5-dev - 081106 - $Revision: 1.3.2.27 $
* Extension PHP: mysqli
phpMyAdmin
* Version: 3.2.1

May be there are other reasons that I have not found after 100hours of work...

this picture shows, that there is no selection box for the selection of a parent gallery for this (new) gallery presented at the form.

I pick one of the themes included in Tiki (Codex.css for example). It is almost perfect for my needs. I would like to make a few modifications, which are not appropriate to share with the Tiki project.

A- If I edit the styles/codex.css, I will have to redo my change again at each upgrade.
B- If I duplicate styles/codex.css to styles/mycustomtheme.css, I will not be taking advantage of any future enhancements to the theme.

It is not possible to put CSS information as Custom code in Site Identity.

The other benefit is to distribute css adjustments via profiles, like:
http://profiles.tikiwiki.org/site_width

1- Smarty doesn't like the curly brackets used in CSS. {literal} bla bla {/literal} could be used to get around this
2- It is not in <head> </head>

I jsut tested by putting the code below as Custom code in Site Identity and it works :-)
{img src=images/code.png}%%% {CODE()}
{literal}
<style type="text/css">
body { background-color: blue; }
p { color: yellow; }
</style>
{/literal}
{CODE}


Entering CSS "as-is" with curly brackets in Site Identity and having it render as internal CSS could be a solution.
http://www.tizag.com/cssT/internal.php

or maybe a custom.css should be maintained, and cached from this data.


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

The custom translation strings feature does not seem to work.

The recipe for reproducing this bug can be found here:

* Setup: [http://profiles.tikiwiki.org/Multilingual_Wiki#Setting_up_the_site_for_testing]
* Reproducing this particular bug: [http://profiles.tikiwiki.org/Multilingual_Wiki#Testing_custom_translated_strings]

To speedup this site, delete any login which:

1- has not voted in tracker ratings
2- has not submitted, modified or commented a tracker item
3- no tracker item is submitted to them

In short, all logins which are not useful here at the moment. Logins will be recreated here at their next login via InterTiki anyway...

dev.tw.o: Sorting items from trackerlist plugin doesn't work for anons due to some conflict with the wiki cache. Example:

http://dev.tikiwiki.org/tiki-index.php?page=Profile+Manager&tr_sort_mode1=created_asc

http://dev.tikiwiki.org/tiki-index.php?page=Profile+Manager&tr_sort_mode1=created_desc

both pages show the same sorting on date (for instance) if the user is not logged, but the sorting works if you are logged.

dev.tw.o: users apparently can delete their tracker items but they are not deleted and no message

To reproduce:
* Log in as normal user to dev.tw.o (without admin perms) (ot test with user "xavi" if you prefer).
* report a bug/wish
* edit it in order to see the edit form
* click on the red cross to delete it
* after that, you are shown the list of tracker items, as if your tracker item was already deleted. No message indicating any problem is shown. However, the tracker item is not deleted.
+ Example: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=2879

---
reported in comments as still around in tiki5 and tiki6

selection of category fields in tracker items is lost when you re-edit the item.

inserting tracker items in dev.tw.o works fine (through ((Report a bug)) and directly through [tracker5]. However, editing those bug reports seems not to be allowed as expected, because selection to the category fields is lost when you edit the tracker item again to update it, and thus, since one of them is compulsory, the changes can not be saved if you don't re-select the category checkboxes.

One of our users reported that she was receiving watch notifications whenever she clicked the "Discuss" button for a wiki page, even though she was not posting anything in the forum topic.

The cause was a Watch on "A user posts a forum topic (forum_post_topic)" for the Wiki Page Discussion forum. (Our Tiki uses a forum for page discussion instead of page comments.)

The preferred behavior is that this type of watch would only generate a notification the ===first=== time the Discuss button is clicked for a page, when the new topic is actually created, rather than just accessed on successive clicks.

If a user Alain sets a watch on a page, and there is already a group watch on that page for a group to which he belongs, then Alain gets two notifications whenever the page is changed.

This was found on terminology.tikiwiki.org which runs 4.x

Editing by admin saved the file intact, but the file wasn't renamed. Editing by a registered user created a 0-byte file (also not renamed with -username added). I checked in a Tiki 3.2, which has the same problem.

If you filter on a category field in trackers, you cannot edit any viewed tracker items. The system returns a SQL error because filterfield is set, and filtervalue is null. If you filter on other fields, you can save, with no errors.

I have traced the problem to the calling of trklib->list_items (this holds the query that fails). This function is used to call and order the other tracker items for easy pagination of the filtered tracker items after a save.

However, the real problem is that $_REQUST['filtervalue'] and $tryfiltervalue get lost in tiki-view_tracker_item.php when the save submit action is done on the form. Other URL query parameters appear to be stored as hidden fields on save action in tiki-view_tracker_item.

For whatever reason, non-array filtervalue fields (e.g. plain text fields) are remembered and thus the pagination and call to list_items works just fine.

However, when there is an array filtervalue (like there is with category fields), then filtervalue gets lost on the save action, and the save fails on a malformed query.

User with Editor plus sheet edit permission tried to create a Tiki Sheet in v2.0RC4 -Arcturus-.

An error occured in a database query!

Context:
File tiki-sheets.php
Url tiki-sheets.php
Query:
INSERT INTO `tiki_sheets` ( `title`, `description`, `author` ) VALUES( ?, ?, ? )
Values:
0 testsheet
1 this is a test
2 NULL
Message:
Column 'author' cannot be null
Built query was probably:
INSERT INTO `tiki_sheets` ( `title`, `description`, `author` ) VALUES( 'testsheet', 'this is a test', NULL )

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:)

Empty screen after select date range in __Admin/Action log__ and pressing __report__. Logging on __Action Log__ settings page set up correctly. I have tried different data ranges and selecting different users and groups and it combination. The result the same. Pressing __export__ instead __report__ also produces empty screen.

Sorry but i don speak english very well. I use google translate
Queria informar que encontre errores en el menu id=42
Cuando hago click en calendario, article, foro, blog, tikisheet, y otros que no recuerdo, me sale error de pagina no encontrada...Me fije para modificar el menu pero cuando hago los cambios, no los guarda.
Cuando creo paginas wiki me produce el mismo error al guardar me sale pagina no encontrada
Es lo que encontre como error hasta el momento
Muchas gracias por todo


Queria report that found errors in the menu id = 42
When I click on calendar, article, forum, blog, tikisheet, and others who do not remember, I get page not found error ... I determined to change the menu but when I make changes, do not save them.
When I create wiki pages gives me the same error when saving I get page not found
It's what I found as far error.
Thank you very much for everything.

When I edit and try to save a page when logged in as an administrator, I get the error "A contribution is mandatory" and it will not save. Registered users and all others cannot save edits either. We're only using the wiki feature and the files feature, so this makes it pretty useless if we can't edit it.

This error occurred in the previous version as well, but has carried over to the new version.

This apparently edited a previous report and will not allow me to change the selections. I'm now on 4x and it's a Wiki problem, not a File Gallery problem. I can't seem to submit a new report; it keeps editing an old report. So there's a problem with the Bug Report system.

External feeds don't show anymore the date of the feeded content, and they used to do while in Tiki3. After upgrade to Tiki4 and Tiki5 (or with new Tiki5 installs), dates are not shown any more.

The problem might be in the Tiki providing the feeds, not the tiki getting them.

E.g.:
http://moviments.net (using Tiki 3.5 by the time of this bug report) is set to fetch in a module in the right column (called "__Altres esdeveniments__") the feed from a site with Tiki 5rc2 (from svn) here:
http://intercanvis.net/tiki-calendars_rss.php?ver=2

Previously, the right modules in moviments.net was showing the dates properly of each calendar item fetched.

Setting session storage location to database results in this fatal error:

Fatal error: Call to undefined TikiDb_Adodb::setAttribute() in ..\lib\tikisession-pdo.php on line 18

Temporary work-around is to disable calling that feature:
UPDATE `tiki_preferences` SET `value` = '' WHERE `tiki_preferences`.`name` = 'session_storage' LIMIT 1 ;

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

Although enabling the "mindmap" feature in Tiki 4, when entering the mind map menu item, it says that the feature is disabled.<br />
<br />
I really hope I writing this in the right place and that there's no open ticket on this. I'm a "2 days old" user .. trying to do my best to help.<br />
<br />
NR.

Tested in v3.1. When choosing to store File Gallery items in a directory instead of the database, the directory field requires the full server path. If the abbreviated relative path to the wiki is entered, file uploads fail.

This conflicts with both doc.tw.o (as of today's rev) and Admin > Wiki, which allows the attachment directory to be specified relative to the wiki directory.

The thread options - "Style: plain, threaded, headers only" "Sort" and "Search" - are missing in trunk (noticed at r22445), even when "Display thread configuration bar." is checked on the forum admin page. I can set the thread options per-forum if I activate that preference on admin forums, but still the config bar doesn't show up for forum users.

revision 21658: with -+~np~{img src="img/smiles/icon_smile.gif" alt=":-)"}~/np~+- I get "No image specified. Either the fileId, attId, id, or src parameter must be specified."

I've seen the gorgeus work done with jquery to allow re-sorting data in tables at wiki pages when using the ((doc:PluginFancyTable))

That would be also awesome if enabled in the ((doc:PluginTrackerList))...

This way, we would even allow the conflict between cache and sorting for anons... (see this other report [bug2898] )

Critical Usability Problem With WYSIWYG Editor

Version 4.3

"Insert an Image" does properly put an image in the Web page but the editor does not preserve the "Vspace" and "Hspace" attributes in the source code. It is not possible to do spacing around an image in a Wiki page.

The editor properly shows the spacing around the image after inserting from file gallery and before preview. Looking at the source inside the editor before a preview or save shows only this example:

"{img src=/tiki-download_file.php?fileId=1&display height=211 width=200 imalign=left}"

While the editor properly shows the spacing (inside the editor), the source code is not set to save the spacing.

It is not possible to manually enter the "Vspace" and "Hspace" into the source and save or preview successfully; the "Vspace" and "Hspace" are deleted.

It looks like the source code is simply using the original Tiki text approach. This would be a deal-breaker for my users.

See bug reported and confirmed in tw.o forums:

http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=35420

To reproduce (in tiki 3.3 without ajax, and in tiki 4.0 regardless of ajax setting):

^ 1. create a sheet
2. click insert column (or row)
3. fails with error msg "A SheetId? is required." ^

In Tiki 3.3, this misbehavior dissappears when you enable ajax.
In tiki 4.0, no way to make it work.

It used to work in tiki 2.x, afaik...

In Tiki 4.1, the forum feature doesn't integrate any POP3 e-mail.

How to reproduce:

Create a clean installation, activate the forum function, and create a single test forum.
Set up the forum to collect e-mail from any POP3 account, that has an email waiting to be picked up.
Go to the forum page, and see that the e-mails are not integrated.

JavaScript pop-up calendars get hidden behind CSS "layers" in Trackers, especially when using the tabbed view. I've noticed this problem with more than one theme (Strasa and Tikipedia). It's a shame, since the popup calendar (or date picker) is such a useful tool, and works well in the 4.0 Add Calendar Item interface.

Workaround - Turn "tabs" off when inserting a new item, or else use the date selector control (not as nice) also provided with trackers.

The hidden date picker / popup calendar occurs in the latest versions of Explorer and Firefox, so it doesn't seem to be a browser problem, but rather a stylesheet problem (?).

~~#f00:__UPDATE - DEC 16, 2009__~~

This bug has been seen before...
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1585&show=view&trackerId=5

The "fix" can be made locally - see workaround below

__Intro & Environment:__
*Italian language selected
*Tikiwiki 3.1

__Issue:__
Many words in our Tikiwiki appears with strange characters instead of accented characters or special ones.

__Analysis:__
I looked for the /lang/it/language.php and:
*I opened it with the __vim__ on my server
*I opened it with __Notepad++__ on my notebook using various codification (utf8, ansi, UTF8 without BOM, UCS2....)

The result was that the accented words or special char words are always not matching the right codification.

For example, I find
"blog_ranking_top_active_blogs" => "blogs_classifica_blogs_pi�_attivi",
instead of
"blog_ranking_top_active_blogs" => "blogs_classifica_blogs_più_attivi",

I tried also to download the 4.1 version, the zip version and also the tar.gz one.
The result was the same.

Please see:
http://dev.tikiwiki.org/tiki-pagehistory.php?page=TikiTests&source=40

There is:
{CODE()}~~#FF0000:This is a great start! I think automated testing will be an important ingredient in the future, to keep TikiWiki stable.

That said, it seems to me that TikiTests still falls short of meeting many of my needs as a Test Driven Developer. I want to start ussing automated tests on Tiki ASAP, so let's figure out what's missing, and how to best support those needs.
~~{CODE}

This used to produce colored text. In a recent upgrade, it no longer does.

Is this a regression bug?
Or was this an accidental but never official feature?

Related:
{wish id=2496}

From tiki-devel. This is a blocker in my view.

{QUOTE(replyto=)}>> A user added a link to a comment, and now any page that tries to show the link (e.g. the wiki page or the comments admin page) gives me a sql error. My code is up to date to about a week ago ‑ has this been spotted and fixed? A quick search didn't turn anything up for me.
>>
>>
> No, I can reproduce this on current trunk. Here's the stack trace:
>
>> * /var/www/tiki/trunk/tiki‑index.php : 0 ‑> {main}(array ( ))
>> * /var/www/tiki/trunk/tiki‑index.php : 427 ‑> runSetups(array ( ))
>> * /var/www/tiki/trunk/lib/wiki/renderlib.php : 89 ‑> setupPage(array ( ))
>> * /var/www/tiki/trunk/lib/wiki/renderlib.php : 310 ‑> get_parse(array
>> ( 'page' => '\'HomePage\'', 'canBeRefreshed' => 'FALSE', ))
>> * /var/www/tiki/trunk/lib/wiki/wikilib.php : 375 ‑> parse_data(array (
>> 'data' => '\'{BACKLINKS()}{BACKLINKS}\\r\\n((nouvel escape
>> test))\\r\\n((Home
>> ))\\r\\n{YOUTUBE(movie="http://www.youtube.com/watch?v=_wesmkqvUPI")}{YOUTUBE}\\r\\n!!{img
>> src=pics/icons/star.png alt="Star"} Get started.\\r\\nTo begin
>> configuring your site:\\r\\n{FANCYLIST()}\\r\\n1) Log in as the
>> __admin__ with password __admin__.\\r\\n2) Change the admin
>> password.\\r\\n3) Enable specific Tiki features.\\r\\n4) Configure the
>> features.\\r\\n{FANCYLIST}\\r\\n\\r\\n!!{img src=pics/icons/help.png
>> alt="Help"} Need help?\\r...\'', 'options' => 'array (\'is_html\' =>
>> \'0\')', ))
>> * /var/www/tiki/trunk/lib/tikilib.php : 6370 ‑> cache_links(array (
>> 'links' => 'array (0 => \'http://info.tikiwiki.org/Learn+More\', 1 =>
>> \'http://info.tikiwiki.org/Help+Others\', 2 =>
>> \'http://doc.tikiwiki.org\', 3 => \'http://www.tikiwiki.org/forums\',
>> 4 => \'http://info.tikiwiki.org/Join+the+community\')', ))
>> * /var/www/tiki/trunk/lib/tikilib.php : 3505 ‑> cache_url(array (
>> 'url' => '\'http://info.tikiwiki.org/Learn+More\'', 'data' => '', ))
>> * /var/www/tiki/trunk/lib/tikilib.php : 3739 ‑> queryError(array (
>> 'query' => '\'insert into `tiki_link_cache`(`url`,`data`,`refresh`)
>> values(?,?,?)\'', 'error' => 'NULL', 'values' => 'array (0 =>
>> \'http://info.tikiwiki.org/Learn+More\', 1 =>
>> \'\\n\\n\\n\\t\\n\\n\\n\\t\\t\\n\\t\\t\\n\\t\\t\\n\\n\\t\\n\\n\\n\\t\\t\\n\\t\\t\\n\\t\\t
>>
>
> cache_url unconditionally calls queryError(). I don't know what
> queryError() is supposed to do (and certainly didn't hope to find this
> documented), but the following code from Bridge.php is odd:
>
> function query( $query = null, $values = null, $numrows = ‑1,
> $offset = ‑1, $reporterrors = true ) // {{{
> {
> return self::get()‑>query( $query, $values, $numrows, $offset,
> $reporterrors );
> } // }}}
>
> function queryError( $query, &$error, $values = null, $numrows = ‑1,
> $offset = ‑1 ) // {{{
> {
> return self::get()‑>query( $query, $error, $values, $numrows,
> $offset );
> } // }}}
>
> Calling self::get()‑>query() with in turn $values or $error as second
> argument is strange. I figure queryError is probably meant to call
> self::get()‑>queryError() instead.
>
> This code was introduced in r20205.
>
{QUOTE}

Try this path link:
http://tikiwiki.org/blogpost309
You'll get an error message and you’ll be asked to create the page ''blogpost309''.

[http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=36394&comments_per_page=1&thread_style=commentStyle_threaded|Fixed]

hi,

i install the the tiki 3.0 but when i try to make the first login with admin give me a cookie error but i check and the cookies are enable.

any help
thank you

I have installed tikiwiki 4.1 on hostgator. When I login from firefox it doesn't take me to the next page which contains admin menu and logout option even after successful login. If I login from IE, problem doesn't arise while loggin in but at logging out same problem arises i.e. it still shows admin menu.

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.

During the last few weeks before launch of 1.9.8, many fixes were introduced. They need to all be evaluated and ported to 1.10



Needed in 1.10 script: change password -> 999 days and 1999 days, needs to become -1 (and a warning in tpl not to use these values) 999 become 1000 and 1999 becomes 2000 if you try.

ref: [http://tikiwiki.cvs.sourceforge.net/tikiwiki/tiki/db/tiki_1.8to1.9.sql?revision=1.79.2.194&view=markup&sortby=date&pathrev=BRANCH-1-9]

Making tiki-admin_modules.php more intuitive (last few commits):
http://tikiwiki.cvs.sourceforge.net/tikiwiki/tiki/templates/tiki-admin_modules.tpl?view=log&pathrev=BRANCH-1-9

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.

module calendar is only showing one letter for the week days. However, some languages (such as Catalan, at least) have all week days starting with the same letter, which produces a useless letter on the top (if you take into account whtat it might be showing sunday in the first place instead of monday, which is the first day in the whole spain, Andorra and other Catalan speaking countrees.

example of useless calendar week days:
http://moviments.net

or maybe just add a popup (overlib?) tip with the full name of the week day when the mouse pointer is over the letter?

In trunk, I noticed around r22263 so was some time shortly before this revison that modules in trunk don't have the module-flip icon. I don't think there's been a change in module.tpl, so somewhere else the function to enable it has changed, apparently.

Many banner advertisers use a javascript for banner adverting. Currently, there is no way to add a JS-based banner.

~~#f00:__Update, DEC 30 2009 - __~~

(1) Shadowbox/Colorbox is working in Wiki pages
(path error 1st time around - my fault)

(2) Shadowbox/Colorbox still ~~#f00:__NOT__ working ~~in File Galleries.

(3) Slideshow works in File Galleries __ONLY if using Mozilla Firefox or IE 8, if IE 8 not running in compatibility mode__ (I.E. 6,7 fail to display the slideshow)

---------------------
Neither the slideshow nor the new colorbox (shadowbox replacement?) features seem to work in Tiki 4.0. Both slideshow and shadowbox have checkboxes in the Admin panels. Are there any other supporting features that need to be enabled.

Note: The thubmnail generator seems to work much better for the file gallery in 4.0 than in 3.x or 2.x.

In a file gallery (at a url like tiki-list_file_gallery.php?view=browse&galleryId=2), when I click on a thumbnail to see the image in a colorbox popup, there are no navigation controls in the box for the first image clicked. If I close that image and click a second thumbnail, the controls are there and I can navigate to next, previous, etc. It doesn't matter which image is tried first on a fresh page load; the first one clicked always is missing the controls. I'm seeing this in r22284 (Oct 13) but have noticed it for at least several days, in Firefox and Opera.

only when first image with -+rel="shadowbox~np~[g]~/np~"+- is opened in Colorbox and closed again, and then the second one, just after that the next/prev arrows appear and it counts as image 2/2... if there's third image it continues in the simmilar manner...

Attempting to use Opera or FireFox to call a tikiwiki page generates some % characters in the path and gives an error.

Using Internet Explorer this does not happen.

We need to be able to allow other BROWSERs to work with Tikiwiki pages.

This problem is not present in Version 1.9.11

As a result I cannot upgrade to version 2 or higher yet

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.

If one has a structure (s1) that is restricted (in terms of extening) to ordinary users and a second structure (s2) that can be extended by everyone, everything works as expected. if one links s2 into s1 by adding the page to s1 ordinary users are unable to add pages to s2 using the navigationbar when navigating from s1 to s2 although they can if they use the structure admin panel tiki-index.php page= s2&structure=s2&page_ref_id=2

i've been recognizing this in tiki 4.1 in 4.0 this was not a problem at all (as far as i remember)

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

I would like to see a way to control how often I receive watch emails.

Situation 1 - DIGEST mode:
I would like to receive a single email each day that identifies every watched item that changed.

Situation 2 - TIMEFRAME mode:
If a page is changed by the same user within a preset timeframe, I only want to receive a single watch email. To avoid the "lost edit" issue, many users SAVE their wiki pages frequently (sometimes several times per hour). If I'm watching the page, I'll get TONS of emails. I'd rather get 1 email per user change per hour, for example.

Hello,

I am testing the registrations into one of the sites I develop (the first test 4.1)
The message sent to the user as various content and "structure" errors.

1- the system inserts HTML comment [<!-- TPL: mail/user_validation_mail.tpl -->]
because the option
(preference name: log_tpl) was activated
These comment are displayed into the message and placed (3 times) in not a right place.
A blank line into the mime definition is interpreted as begin of text.

2- Even the option is not used there is a blank line into mime commands so the second part of mime definition are not taken in account and appear as document text....

Join three file *.eml
*name ended "b-html_v4b.eml" which is sent with option log_tpl
*name ended "-b.eml" without option log_tpl
*name ended "-b-v5.eml" without option log_tpl with corrections integrated : mail well displayed has text:plain

This makes us unable to start normal exploitation of the site, till is not solved.
We track all messages display and check French translation.

I don't had time till know to go to the soft structure to find the error.

Best regards

It should be useful for registered developers to have the option to join documents to the bug-track during main redact

''__the b-html_v4b.eml__''
X-Account-Key: account36
X-UIDL: 12627.....48.mail97.ha.ovh.net,S=1947
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:
Return-Path: <teawik@trebly.net>
Delivered-To: bty-........@trebly.net
Received: from b0.ovh.net (HELO queue) (213.186.33.50)
by b0.ovh.net with SMTP; 6 Jan 2010 01:33:36 -0000
Received: from localhost (HELO mail97.ha.ovh.net) (127.0.0.1)
by localhost with SMTP; 6 Jan 2010 01:33:36 -0000
Received: from b0.ovh.net (HELO queueout) (213.186.33.50)
by b0.ovh.net with SMTP; 6 Jan 2010 01:33:36 -0000
Delivered-To: trebly.net-bty-...........@trebly.net
Received: from b0.ovh.net (HELO queue) (213.186.33.50)
by b0.ovh.net with SMTP; 6 Jan 2010 01:33:36 -0000
Received: from localhost (HELO mail97.ha.ovh.net) (127.0.0.1)
by localhost with SMTP; 6 Jan 2010 01:33:36 -0000
Received: from b0.ovh.net (HELO queueout) (213.186.33.50)
by b0.ovh.net with SMTP; 6 Jan 2010 01:33:36 -0000
Received: from unknown (HELO teawik.trebly.net) (bty@trebly.net@213.251.189.205)
by ns0.ovh.net with SMTP; 6 Jan 2010 01:33:35 -0000
MIME-Version: 1.0
From: Teawik@trebly.net
Return-Path: Teawik@trebly.net
Reply-To: Teawik@trebly.net
Subject: <!-- TPL: mail/user_validation_mail_subject.tpl -->Votre inscription Tiki (teawik.trebly.net)
X-Ovh-Tracer-Id: 16748887014789590094
X-Antivirus: avast! (VPS 100105-0, 05/01/2010), Inbound message
X-Antivirus-Status: Clean

<!-- /TPL: mail/user_validation_mail_subject.tpl -->
Content-Type:text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-ID: <kvsxny......@teawik.trebly.net>
To: bty-...........@trebly.net
X-Ovh-Tracer-Id: 16748605539809995854
X-Ovh-Remote: 213.251.189.205 ()
X-Ovh-Local: 213.186.33.20 (ns0.ovh.net)
X-Spam-Check: DONE|U 0.5/N

<!-- TPL: mail/user_validation_mail.tpl -->Bonjour BTY044,
Vous (ou quelqu'un d'autre) a inscrit cette adresse électronique à teawik.trebly.net
Si vous voulez pouvoir vous connecter sur ce site, vous devrez suivre le lien suivant pour la première connexion :
http://teawik.trebly.net/tiki-login_validate.php?user=B?????&pass=........................
Bonne visite sur le site!

<!-- /TPL: mail/user_validation_mail.tpl -->


''__the -b.eml file__''
X-Account-Key: account36
X-UIDL: 1262928532.31100.mail97.ha.ovh.net,S=1715
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:
Return-Path: <teawik@trebly.net>
Delivered-To: bty-a.......ly.net
Received: from b0.ovh.net (HELO queue) (213.186.33.50)
by b0.ovh.net with SMTP; 8 Jan 2010 05:28:51 -0000
Received: from localhost (HELO mail97.ha.ovh.net) (127.0.0.1)
by localhost with SMTP; 8 Jan 2010 05:28:51 -0000
Received: from b0.ovh.net (HELO queueout) (213.186.33.50)
by b0.ovh.net with SMTP; 8 Jan 2010 05:28:51 -0000
Delivered-To: trebly.net-bty-...........@trebly.net
Received: from b0.ovh.net (HELO queue) (213.186.33.50)
by b0.ovh.net with SMTP; 8 Jan 2010 05:28:51 -0000
Received: from localhost (HELO mail97.ha.ovh.net) (127.0.0.1)
by localhost with SMTP; 8 Jan 2010 05:28:51 -0000
Received: from b0.ovh.net (HELO queueout) (213.186.33.50)
by b0.ovh.net with SMTP; 8 Jan 2010 05:28:51 -0000
Received: from unknown (HELO teawik.trebly.net) (bty@trebly.net@213.251.189.205)
by ns0.ovh.net with SMTP; 8 Jan 2010 05:28:50 -0000
MIME-Version: 1.0
From: Teawik@trebly.net
Return-Path: Teawik@trebly.net
Reply-To: Teawik@trebly.net
Subject: Votre inscription Tiki (teawik.trebly.net)

Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-ID: <kvwxw7.......trebly.net>
To: bty-........@trebly.net
X-Ovh-Tracer-Id: 14020268591991991374
X-Ovh-Remote: 213.251.189.205 ()
X-Ovh-Local: 213.186.33.20 (ns0.ovh.net)
X-Spam-Check: DONE|U 0.5/N
X-Antivirus: avast! (VPS 100107-1, 07/01/2010), Inbound message
X-Antivirus-Status: Clean

Bonjour BTY05,
Vous (ou quelqu'un d'autre) a inscrit cette adresse électronique à teawik.trebly.net
Si vous voulez pouvoir vous connecter sur ce site, vous devrez suivre le lien suivant pour la première connexion :
http://teawik.trebly.net/tiki-login_validate.php?user=BTY05&pass=0de72c4e5ca890a3b931d7dfab38f992
Bonne visite sur le site!

''__the "b-v5.eml" (manually corrected on output)__''

X-Account-Key: account36
X-UIDL: 1262928532.31100.mail97.ha.ovh.net,S=1715
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:
Return-Path: <teawik@trebly.net>
Delivered-To: bty-a.......ly.net
Received: from b0.ovh.net (HELO queue) (213.186.33.50)
by b0.ovh.net with SMTP; 8 Jan 2010 05:28:51 -0000
Received: from localhost (HELO mail97.ha.ovh.net) (127.0.0.1)
by localhost with SMTP; 8 Jan 2010 05:28:51 -0000
Received: from b0.ovh.net (HELO queueout) (213.186.33.50)
by b0.ovh.net with SMTP; 8 Jan 2010 05:28:51 -0000
Delivered-To: trebly.net-bty-...........@trebly.net
Received: from b0.ovh.net (HELO queue) (213.186.33.50)
by b0.ovh.net with SMTP; 8 Jan 2010 05:28:51 -0000
Received: from localhost (HELO mail97.ha.ovh.net) (127.0.0.1)
by localhost with SMTP; 8 Jan 2010 05:28:51 -0000
Received: from b0.ovh.net (HELO queueout) (213.186.33.50)
by b0.ovh.net with SMTP; 8 Jan 2010 05:28:51 -0000
Received: from unknown (HELO teawik.trebly.net) (bty@trebly.net@213.251.189.205)
by ns0.ovh.net with SMTP; 8 Jan 2010 05:28:50 -0000
MIME-Version: 1.0
From: Teawik@trebly.net
Return-Path: Teawik@trebly.net
Reply-To: Teawik@trebly.net
Subject: Votre inscription Tiki (teawik.trebly.net)
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-ID: <kvwxw7.......trebly.net>
To: bty-........@trebly.net
X-Ovh-Tracer-Id: 14020268591991991374
X-Ovh-Remote: 213.251.189.205 ()
X-Ovh-Local: 213.186.33.20 (ns0.ovh.net)
X-Spam-Check: DONE|U 0.5/N
X-Antivirus: avast! (VPS 100107-1, 07/01/2010), Inbound message
X-Antivirus-Status: Clean

Bonjour BTY..,
Vous (ou quelqu'un d'autre) a inscrit cette adresse électronique à teawik.trebly.net
Si vous voulez pouvoir vous connecter sur ce site, vous devrez suivre le lien suivant pour la première connexion :
http://teawik.trebly.net/tiki-login_validate.php?user=BTY..&pass=..........................
Bonne visite sur le site!



END!

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.

Review all mods and decide what should be added to BRANCH-1-10
http://mods.tikiwiki.org/

Please see: ((To mods or not to mods))

criteria:
*license
*size
*security
*potential popularity of feature
*non-reliance on 3rd party code


Plugins that will now be in core (and removed from mods):

*include ok in 2.0, should be removed from mods
*[http://mods.tikiwiki.org/details.php?type=wikiplugins&mod=perm|perm]
*group (ok) should be removed from mods: wikiplugin_group.php
*[http://mods.tikiwiki.org/details.php?type=wikiplugins&mod=files|wikiplugin_files.php]
*wikiplugin_listpages.php ok?, just remove from mods?
*[http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1550|wikiplugin_mouseover.php needs to be fixed, then moved]
*wikiplugin_trackeritemfield.php __done in 2.0__

Reason:
*Great plugins
*Mods installer doesn't work for everyone and there is no documentation for manual install

Hello,

These is a partial solution to ticket 3029 which I can't access.
I was wrong in my search of causes of the problem.

__The installation in my configuration described in 3029 don't supports the following :__

The TikiWiki sequence with tiki-setup_base and tikisession-pdo
first creates the object
$dbTiki = new PDO(......)
just after seems to extends the class by
TikiDb::set( new TikiDb_Pdo( $dbTiki ) );

Most installations are able to hold the following (tikisession:open)
TikiDb::get()->setAttribute(PDO:....);
TikiDb::get()->getAttribute(PDO:....);

and just after execute tikisession:read with this

$sth=TikiDb::get()->prepare($sql);
$sth->execute();

This don't functions (probably php 3.3.1), the PDO methods and attributes can't be accessed by this mean.

The scope operator is not able to reach PDO (builtin by extension) class PDO in my context :
either windows version (improbable) and php 3.3.1
On my services provider OVH which run php 3.2.x everything functions

Zend uses interfaces and other objects.
In my opinion :
$sth must be set as new object with "PDO_Statement" properties (interface of zend and implementation)
When I implement the good properties and class I go much more further
in the execution.

But how to make function whole 4.1 with this scope operator problem ?

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.

section edit icons in non-editable menupage (from module) are shown when page in central column is editable.
(Ajax enabled, in case it matters)

The links in section edit icons open the central column page for editting, not the menupage one, but anyway, confusion is added to users... (plus icons non-WYSIWYCA on the menu page)

It should be easily reproducible on dev.tw.o.

Using Tiki 4.1.

Semantic link "alias" broken on 4.1 for me (regression)
See:
http://gavarrespedia.org/tiki-index.php?page=Pendents

it shows an error page, suggesting similar page, search box, and the option to create the page (as reg. user)

However, the page name "Pendents" is defined as an alias of "pendent", as it can be seen here:
http://gavarrespedia.org/tiki-index.php?page=pendent

which has underneath (inside the "[[+] Fet" box):
{CODE()}
(alias(pendents)) | (alias(Pendents))
{CODE}

So this looks broken to me (at least, with common settings as I have).

---
Reproduced in doc.t.o with http://doc.tiki.org/PluginRR (which has an alias link from http://doc.tiki.org/PluginR )
Discussed (with more details) on irc:
[http://irc.tiki.org/irclogger_log/tikiwiki?date=2011-02-09,Wed&sel=267#l263]

---
UPDATED: Fixed in current branches, at least (9.x, 11.x, 12.x)

In a tracker it is possible to admin the following:

use simple eMail-Format
The tracker will use the text field named Subject if any as subject and will use the user email or for anonymous the email field if any as sender

Although this is checked and a field with type Email exists, the emails that are created during tracker item creation are send with the sender set to the general tiki sender adress.

It should be sent with the sender set to the input of the tracker item field.

See ((Social Bookmarking Within Tiki)).

Hello,

This is a new formulation of 3029 problem after near 200 hours of test and debug.

!The problem is now precise and near solution :
I can't affirm that I wrote debug because the execution stop on another problem.
The time spend is not only on TikiWiki, a had to solved installation problems and find a bug into easyphp and addresses resolution on the server.
The problem began with 4.1 and php 5.3.0 and I upgrade to 4.2 and 5.3.2 to be sure of the problem and the available solution.

!Span of the problem :
# Definition of main classes TikiDb and TikiDb_Pdo and PDO->function execution
# Progs : tiki-db-pdo.php, tikisession-pdo.php and naturally pdo.php, tikiDb.php
# PDO extension and behavior of objects and classes

!Description
note : Because I found the nature of the problem, I don't start from the nature of the crash but the analysis, but I produce a selected track made with xdebug var_dump)

# In tiki-db-pdo.php:40 we create the Pdo object
<$dbTiki = new PDO("$db_tiki:$db_hoststring;dbname=$dbs_tiki", $user_tiki, $pass_tiki); >

# just later In tiki-db-pdo.php:49 we set the singleton of TikiDb_Pdo into TikiDb abstract class with scope operator
<TikiDb::set( new TikiDb_Pdo( $dbTiki ) ); >

# further we call In tikisession-pdo.php:28 we can find the session read
< $sth = TikiDb::get()->prepare($qry); >
This instruction generates the fatal error :
__ Fatal error: Call to undefined method TikiDb_Pdo::prepare() in D:\Trebly\Teawik-ld8-422a\lib\tikisession-pdo.php on line 28__

!Explanation and solution implemented
The reason is simple and explained by the error comment :
we try to run the prepare function which is a PDO function on a TikiDb_Pdo object which has no reason to inherit of these Pdo function even <TikiDb::get()->db->prepare> could have a meaning.

Then the solution is in what is made in ZEND lib (not yet used), create an interface to PDO into Class TikiDb_Pdo.
This functions and it is written.

! A major question
One important question is why and how the same instructions seems to be available and functions well on Linux (I have a site which runs normally with 4.1, not yet upgraded to 4.2, a to-do)

I believe that the actual solution that I have developed for 4.2 on Windows with PDO (compiled) extension, should be extended to the normal version.

As I have said before I can't confirm completely that the solution is correctly tested and free of bug because, the program have a FATAL ERROR PDOException: SQLSTATE[HY093] later on the prefs restoration I create another report for this.

Note :
the execute statement written execute() without parameter generates each time a warning message when xdebug is activated with STRICT option (default in 5.3.2) for errors handling in php, and necessarily makes the code lightly slower. I developed an enhanced error template according to the error handler which displays much more informations about the context and, into these, the parameter (title) of execute statement. This make an enhancement to find much more quickly the errors.

Hello Friends,

I am not a technical person. After I installed latest version of TikiWiki using Fantastico I went to Admin Area and when I finished some modifications in Login Configuration Page I was suddenly kicked out (logged out) but even after several tries I was not able to login again.

Because of this problem I removed my site: http://hub.cc completely. I downloaded the latest version from site: www.tikiwiki.org and re-installed it using my FTP clients. But unfortunately once again faced the same problem.

I therefore request you to please check my site and guide to me how can I Debug this issue!

Many thanks and best regards

Kamaal Makrani

-----

{img src=images/code.png}%%% {CODE(caption=current strikethrough syntax)}
{TAG(tag=>strike)}texte{TAG}
{CODE}

Suggested one for us:
--strike--

As suggested in wikicreole:
http://www.wikicreole.org/wiki/Strike

All wiki engines:
http://www.wikimatrix.org/syntax.php?i=27

This is very useful when using wiki pages for ((project management))

Hello,

I have changed my trackers options to Trackers mirror.

This needs to suppress old ones (just test). It as been immediate.

I tried a test, create a new tracker, define major parameters and I obtains the following error :

Fatal error: Call to a member function fetchRow() on a non-object in /homez.53/spacprot/www/teawik132/lib/core/lib/TikiDb.php on line 56.

__Do you know what can happen.__
I imagine that the $this->query(.... ) fails because of right on database. But as admin my user and passwords allows tables creation. I will try to test the same with simple test program.

I imagine (with no means to verify) that if this come from a lock of right of data base the error on the query should raise a PDO error.

Nota :
Because I still (after a lot of job)could not obtain an operational installation on Windows, I cannot debug myself or localize (using XDEBUG, PHPECLIPSE).
The problem is on an operational site running by a provider service (OVH - with php 5-2 mysql 5-4- etc...) but normally without access to debugging tools.

So I am preparing a computer running on windows for this (I have to implement installations of tikiwiki on Windows) and collaborate operationally to tikiwiki development.

Best regards

We should have system RSS feeds which links to:
http://info.tikiwiki.org/tiki-articles_rss.php


And this should be hard-coded in tiki-admin.php

Bugs & Wish list

Bugs & Wish list

testing...

test4 with the "status ticket" prefilled with "closed - cancelled", as shown by default

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

Use case:
*Manage many sites/domains with one Tiki installation
*"Park" all the domains on top of each other and get Tiki to send people to the right page depending on the domain.
*Common user base & permissions
*Theme control to provide different theme per section/category/page
*Could be different domain per language

Ideas
*Maybe domains could be links to categories. Put a page in a category and it gets its theme from theme control center
*Modules per domain
*If on page for domain X, force/rewrite URL to that domain
For example
^www.musicband1.com/introband1
www.musicband2.com/introband2
www.musicband3.com/introband3

So if I go to:
www.musicband1.com/introband2
I am redirected to
www.musicband1.com/introband1^


Limitation:
*pagename collision. Ex: domain1.com/intro = domain2.com/intro
*Single shared search engine
*Meta-tags will be shared

Also need to think about the Use Case where different workgroups want different domains. (A bit like *tikiwiki.org sites)

With new Tiki4 Workspaces, we could associate the domain as a preference.

What happens if a wiki page is in many categories, and they have different domain names. How would the priority work? Random? An order? Same idea as default group?



Related:
((WikiFarm))
((TRIM))
((Workspace))

On a closed v3.1 site (Anon users have no permissions and should only see login page), Anon users can access the Wiki 3D browser and tiki-mindmap.php.

Various tools are able to built a structured documentation form internet exploration.
A good example is ZOTERO.
The product can get urls, html pages content, manage a hierarchical structure, set marks etc...
The product is able to export XML files with various basic patterns :
1. Zotero RDF
2. MODS
3. RIS
4. Refer/BibIX
5. Unqualified Dublin Core RDF
6. WikiPedia Citation templates
7. BibTeX

These structured informations can be imported to a wiki structure.
he interest of Zotero RDF (but I had not the time to the Unqualified Dublin Core RDF have the advantage of containing the structure definition the link to external url and if the html page has been captured the component html page with the elementary component has images.
This model his the closest of wiki structures.

Too the Wikipedia Citation templates is close but from the url refs;

I have not found where are the text and synthesis objectives for "import" and data shared (XML files as RDF Zotero structures), and multiwiki, in 4.x and 5.x

I am interested in participating to these developments.

Best regards to everybody

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).

Tracker performance improvements, as agreed with Marc Laporte. He will give it a go with Louis Philippe in January 2010.

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.

On some PHP-Versions (e.g. PHP Version 5.2.0-8+etch16 - not on PHP Version 5.3.1) the file gallery tree view only shows the 1st level of galleries.

See the incorrect
{img id=110}

and the correct behavior
{img id=111}

the parent selection box at the edit form of galleries only shows these 1st level galleries too.

galleries of a deeper level are not shown. Thus you can not create file galleries with level 3 or deeper.

I am in 4.2
I no longer able to download my files stored in files gallery
I am able to upload a file, I can see it in file gallery but its adress is http://www.mysite.fr/dl47 instead of http://architudes.fr/tiki-download_file.php?fileId=47 on 3.2 release and my browser return "Error 404 - Not found"

After upgrading from 4.0 to 4.2 using a overwrite and save db/local.php I have gotten this error:

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

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

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

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

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

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

Steps:

1. Dump MYSQL tikiwiki 3.3 database (lets call "sql33")
2. Create a new environment where put tikiwiki 4.0 files
3. Import the dumped "sql33" into new sql db (lets call "sql40") through command line
4. Start the configurator of tikiwiki 4.0 and use the upgrade db feature.
5. Try to access the new tikiwiki 4.0 installation:

RESULT: Noone user can access the site. The admin also cannot access the site.

6. Try to reset the admin password:

UPDATE `users_users` SET `password`='admin', `hash`= md5('admin') WHERE `login`='admin';

RESULT: The admin cannot access the site.

During the db upgrade some warning happened, but nothing related with the problem above, I think.
I nevertheless post the messages:

INSERT INTO `tiki_menu_options` (`optionId`, `menuId`, `type`, `name`, `url`, `position`, `section`, `perm`, `groupname`, `userlevel`) VALUES (107,42,'s','Newsletters','tiki-newsletters.php',900,'feature_newsletters','tiki_p_list_newsletters','',0)
Duplicate entry '107' for key 1
-- 2009-09-18 lphuberdeau
ALTER TABLE `tiki_transitions` ADD COLUMN guards TEXT NOT NULL DEFAULT '[]'
BLOB/TEXT column 'guards' can't have a default value
UPDATE `users_objectpermissions` SET `permName`=? WHERE `permName`=?
Duplicate entry 'ef988117becd8cd60924ff5b97c73e43-category-Registered-tiki_p_view' for key 1

~~#f33:__Update!__~~

#~~#f33:Unzip Zip Files (Batch Upload) is Broken for Windows and CentOS~~
#~~#f33:Adding Multiple files one at a time, then uploading in-batch is broken __ONLY for Windows XP__ (CentOS works).~~

System Used:

1) Windows XP
XAMPP
Tiki 4.0 and 4.1 (12-15-2009)
IE 8 or Mozilla FF 3

2) CentOS 5.x
Tiki 4.0 and 4.1
IE 8

In Tiki 3.x it is possible to upload multiple files at one time to any file gallery by one of two methods:

1. Keep clicking the "Add" button and add select multiple files for uploading. Then finally click the "Upload" button.

2. Select a zip file to upload, and check the "Unzip" checkbox.

~~#f00:__In Tiki 4.0/4.1 this feature is broken.__ ~~ The resulting behavior is that the upload progress-indicator (spoked-wheel animation) runs forever, and the Apache server must be restarted before the user can continue to upload any other files after the failed attempt at multiple-uploads.

~~#f00:__For purposes of data/file migration to Tiki, this is a serious issue.__~~
I'm not much of a PHP programmer, and I suspect other Tiki users are not either...so checking out the latest code from the head of a branch is probably not a great work-around (in general).

New users are kind of lost in the process of creating a new tracker from scratch.
After they hit on save the form of the new tracker details, they are shown:
tiki-admin_trackers.php?trackerId=N

(being N the new tracker Id)

Instead, it would be much easier for tiki newbies (or even for everybody?) if they were autoomagically sent to
tiki-admin_tracker_fields.php?trackerId=N

Because it's not intuitive (from the newbie point f view) to know what to do from that interface with so many links at the moment when the new tracker has been created.
---
UPDATE: Still desirable in Tiki 12 LTS for usability for new users. {sign user="xavi" datetime="2013-11-17T09:43:36+00:00"}

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 using the __Versions__ plugin, Tiki incorrectly merges the first line of each "version" within the Version navigation bar. This causes problems when parsing wiki syntax for items that must begin at the start of the line (such as the numbering # syntax).


Example:

[http://tikiwiki.org/tiki-index.php?page=UserPagericks99&pagenum=2#Versions_plugin]

This broken numbered procedures, when Versions plugin is used to differentiate software versions (such as on doc.tw.o or ''Smarties'').

The Morcego 3D browser shows nodes of pages that are not accessible by the user, even including anonymous users that have not logged into a closed site.

Ref. email to Security Team.

The plugin section of the wiki help is listing the plugins aplhabetically based on their english name. When it is translated to another language the sorting remains based on the english name, it is quite confusing and looks a bit chaotic in other languages in my opinion. Is there a specific reason why the code here is written this way? If not, can this be fixed for Tiki 4? I dont know how to do it but would appreciate it :)

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

Wishing a plugin similar to wikiplugin_userlist, but able to print only members of a specific group.
For example it would be usefull to have a page where a user can find a list of current forum moderators (user which are in group ''ForumMod'') and similar cases.

You can get to help easily enough, but it's kind of hard to find the "wishlist" page.

This seems solved in Tiki 5.

''type content'' : Problem, way to go around and may be a quick way to go to a solution

Hy,
4.0, 4.1

I test all functions including those that are not finalized.

The problems occurs with Firefox 3.5 not with IE8 (other ie not tested neither opera, google etc...)

In WISIWIG text editing WIKI obtained in circumstances that I can not confirm the background color of textarea is black when you scroll to the end of long text (the text is more long than the height of textarea).
The content text exist and you can see it if you select it and change the text background color.
The problem is the scroll with the background property color (in strasa css #F3FCFE color)

''Complements''
*Problems occurs in wysiwyg mode (not in view source mode)
*If you change the background color of the text you can see it
*The problem is directly linked to scroll, when you change the textarea size (for example go to "fullscreen" edit), the black background appears at the bottom just one line after beginning to scroll down



I hope to have provided informations to go straight to the bug.

Best regards