Category: 3.x

{syntax type="tiki" editor="plain"}
It appears the Tracker User Selector field appears to not be working after upgrade to 3.1.

Even if you set the parameters to 1,1 - it does automatically assign the logged in username to the field.

if you manually choose the username, it will hold and it will email the user, but this use to auto-assign the username to this field.

We have a bunch of trackers that depend on this feature. Are others experiencing this, and if so, can you give some assistance on repairing?

{syntax type="tiki" editor="plain"}
trackeritemfield plugin doesn't have the same behavior as trackerlist plugin when it comes to rendering images:

Please see:
http://americana.org/Showing+TrackerItemField+IMage+Resize+Problem

trackeritemfield:
{trackeritemfield trackerId=14 itemId=2079 fieldId=256}

trackerlist:
{trackerlist trackerId="14" fields="256" showcreated="n" showfieldname="n" max="-1" itemId="2079"}

Show me all bug reports with priority >3
Show me all tracker items with modified date between X and Y
etc.



Related:
[Better reporting from tracker data|wish1980]

{syntax type="tiki" editor="plain"}
Seen problem on ! and ^

Ex.:
http://dev.tikiwiki.org/tiki-index.php?page=WYSIWYG

{syntax type="tiki" editor="plain"}
1. create a tracker
2. create a wiki page with {TRACKERLIST} plugin for this tracker

Result = it works!

3. duplicate tracker from #1
4. Add some items to it (as it will be empty)
5. create a wiki page with {TRACKERLIST} plugin for duplicate tracker
making sure to select correct tracker id and field ids.

Result = the headings for the duplicate tracker are displayed,
but NO items are displayed - even though items exist
in the duplicate tracker.

Note: The {TRACKER} plugin works for both the original and
duplicate tracker. This problem makes it difficult to
create a Pretty Tracker based on a duplicate tracker.

When watching wiki pages, the first part of the notification email is just the diff, and them you can a full copy of the wiki page. So you can quickly see what changed and still have a full copy if needed.

In the tracker notification email, it should be the same principle.

As of now, it lists everything, and indicates new/old values, when appropriate. So we need to scroll all the way down and be very attentive to see what changed.

The same old/new interface should be used in [wish1798|Version history for trackers]

Usually, for categorizing something in Tiki, it is possible to do it when editing the item or via tiki-admin_categories.php

An exception to this is for categorizing tracker items.

This would make it a lot easier to add existing items to a new category. Right now, you have to create the category, and edit each tracker item one by one.

For example, I would like to create two new categories: "Blocker198" and "Blocker110". So we could have a dynamic list of essential things to do in time for these 2 releases.

Here is a trackerlist report example:

{CODE()} {TRACKERLIST(trackerId=>11,fields=>194:202:197:205, status=>c, sort_mode=>f_194_asc, showinitials=>n, max=>400, showlinks=>n, filterfield=>218, exactvalue=>y)}{TRACKERLIST}
{CODE}


Now, what if I want to filter by all trackers items which have a value higher than x in field 218?

{syntax type="tiki" editor="plain"}
So when I see that someone reported a bug, I can quickly see their profile. (ex.: to send a private message)

The new plugin manager in 3.0 is much more intuitive. It helps uses build plugins with a javascript plugin, documents each syntax, show mandatory fields in bold and offers a global link to the documentation.

This is precisely what we would need for the trackers field type helper.

It now shows things like
1.85714285714/13

In my installation, on some internal links that are represented in an absolute way, there is a backslash between the domain name and the first slash.

Eg when I try to login on http://mydomain.com/index.php, I get redirected to http://mydomain.com\/tiki-login.php, which the server cannot render.

Clean install of:
MS Windows Server 2003 SE SP2 on x86
Apache 2.2.10
MySQL 5.1.30
PHP 5.2.8
TikiWiki 2.2

Tiki resides directly in the DocumentRoot C:\tiki (as it is a dedicated server).

In tiki-setup.php, there is a line

{img src=images/code.png}%%% {CODE()} $tikiroot = dirname($_SERVER['PHP_SELF']); {CODE}

In the documentation of [http://www.php.net/dirname |((dirname))], they state that since PHP 4.3.0, dirname returns unexpected values. The example implies that on Windows dirname('/x') returns '\'.

Therefore, if you install Tiki in the DocumentRoot, _SERVER['PHP_SELF'] will be '/filename.php' and $tikiroot will be '\'.

System Gallery did not translate correctly:

line 121 -- $gal_info["description"] = 'System Gallery';
line 173 -- $info["description"] = 'System Gallery';

{syntax type="tiki" editor="plain"}
When upload a file, I can specify someone else as the owner (great), but my current login should still be the initial choice.

{syntax type="tiki" editor="plain"}
Two person need to work on a tracker entry. Some fields are only editable byan admin, the others can be handled by registered users. When I now add data in the defined tracker fields as an admin, everything is fine.

Now the registered user takes over the case, wants to update/change the fields he has to. So far everything looks fine, he only can edit the one he has access to but as soon as he wants to save it, the fields only editable by the admin suddenly disappear:

[http://www.duenasworld.com/tikiwiki/one.jpg|before]
[http://www.duenasworld.com/tikiwiki/two.jpg|after]


Maybe it is on purpose designed like this, but then I just would not get the logic behind it.

It is impossible to activate various Functions...

In the Administration Menu under "Editing and Plugins" it is impossible to activate functions like "google analytics" and lots more... everytime I want to save I get a "permission denied"
{CODE()}Forbidden

You don't have permission to access /content/tiki-admin.php on this server.{CODE}

The Module is unusable right at the moment...

I did:
- disable the searchengine friendly urls
- did a complete reinstall
- applied chmod 755 over everything

Nothing did work...

When adding a new quicktag (for inserting YouTube videos) I wasn't able to add it to more than one feature. I.e., after adding it to the forums and then attempting to add it to articles and wikipages, rather than create a new instance, the forums instance would disappear and the new instance would take its place.

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

Yahoo! now provides OpenID support for all Yahoo! IDs. However, I am unable to login to any Tiki by using my Yahoo! OpenID.

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

Untranslated message: Impossible to import the file.

url ....//tiki-import_sheet.php?mode=import&sheetId=1

tiki/tiki-import_sheet.php
line 74 $smarty->assign('msg', "Impossible to import the file.");

{syntax type="tiki" editor="plain"}
to test this:
1. one zip file with 30MB with photos smaller that 1MB inside
2. php memory limit 512MB, upload/post limit 500MB
3. tikiwiki 3.0 final
4. file galleries and image galleries enabled.
5. file and image galleries working with directories, no databases
6. test uploading a simple image to file galleries: ok
7. test uploading a simple zip file with 3 photos inside: ok

to reproduce:
1. upload the zip file to galleries
2. get the error: Cannot upload this file maximum upload size exceeded
3. upload the same zip to gile galleries: no problem and unziped

so why is it working with file galleries and not with image galleries?

This tracker item could not be found

Using latest tikitrunk_svn from today (Jan. 24th, 2009)

I had a tiki site based on trunk from several weeks ago.
I added today another tiki site (using the same tiki files on server, thus using multitiki on subfolders)

Once the 2nd tiki site was up & running, I wanted to check the 1st tiki site, and it was complaining about mysql table missing, etc. So I went to run the "automatic database upgrade" ((doc:Tikiwiki 3)).
It needs to go through tiki-install.php, therefore so I did.
I had an (extracttoppath) issue, so that I attempted to go to tiki-admin.php from site one. The problem then was that tiki-index.php was complaining about:
^
The directory '/home/httpd/tikitrunk/modules/cache/javaoptics' does not exist.
The directory '/home/httpd/tikitrunk/templates_c/javaoptics' does not exist.
^

They seemed to have been deleted by the tiki-install.php script, since they were there a minute ago.
I tried also the other tiki site, and it happened the same, both folders were missing (deleted)

__Is this that tiki-install.php is not multitiki ready?__

---
duplicated bug report (by my mistake :-) ) with [bug2736]

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

{syntax type="tiki" editor="plain"}
At a Tiki 3.2 site, clicking the "upload" button in a file gallery has no effect in Opera 10 when Ajax is on. When Ajax is turned off, uploading a file works normally. (When trying this, jquery was on and mootools was off.)