Category: Release40

This tracker item could not be found

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.

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

{syntax type="tiki" editor="plain"}
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
>>
>>
>
>

{syntax type="tiki" editor="plain"}
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

{syntax type="tiki" editor="plain"}
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.

{syntax type="tiki" editor="plain"}
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...

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

{syntax type="tiki" editor="plain"}
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.

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

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