Category: 4.x

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

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

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

__x days since__ or __the event has happened__

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

{syntax type="tiki" editor="plain"}
PluginDBReport, when doing a report with mulitple rows, will take the last "CELL ...." and make all usage of CELL the same as the last call, even across rows an header/footers. So if you have:

TABLE
HEADER
CELL "FIRST"
CELL "LAST"
ROW
CELL "this is first"
CELL "THIS IS LAST"

It will come out as a 2x2 table, with everything saying "THIS IS LAST".
Obviously host information is useful too, this is a CentOS LAMP server with php 5.2.11 and apache 2.2.14 and mysql 5.0.86 .

((doc:PluginMaketoc)) is cool.

1-It should be more like other plugins. ex.: in ((doc:Plugin Help))

2- There should be an option (perhaps default?) to float right like in
http://themes.tikiwiki.org/PluginMaketocbox

The WikiPlugin_regex.php is broken, unless you put your regular expression on a page called "pageName"

You can do this now with a ((doc:plugin alias)) but you need to change the name. Not cool.

Goal:
to be able to centrally, without changing the code, overriding the defaults for certain plugins.

Ex.: for my site, I want sticky=y for ((doc:pluginmouseover))

{syntax type="tiki" editor="plain"}
I tried to import a MediaWiki XML file and got the following error mesage:

Loading and validating the XML file

Fatal error: Class 'DOMDocument' not found in /wiki/tikiwiki-4.1/lib/importer/tikiimporter_wiki_mediawiki.php on line 69

I am not a PHP programmer but this looks like not all the modules are linked together.


Any help would be appreciated.

Thanks
John

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

{syntax type="tiki" editor="plain"}
I have made a Quiz on my Tiki site and it is working, but when you take the Quiz, it goes to the results page and shows nothing. I am running Tiki 4.1. It always shows the word Results with a line and nothing else, although a result value is set for every option.

At the moment the forums in tikiwiki have only a very basic functionality unfortunatelly. Please add a few things to make them more usable especially for people who are plain users and not developers.
Second issue with quote: In case you have a more complex discussion going you often need to quote several people in one reply. It is very bad for normal users (!) to have to learn and write code. Thus a button "quote" that enters the code automatically into the eply box and only needs to be filled with name and content would be a very good improvement.

At the moment the forums in tikiwiki have only a very basic functionality unfortunatelly. Please add a few things to make them more usable especially for people who are plain users and not developers.
First one: Quote function is not citing (or allows no addition manually) whose post is cited. That is a forum standard feature, please add it! People at our page ask for it, we just launched and have already 50 users and will grow fast with a lot of complex discussions. That is absolutelly necessary.

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

{syntax type="tiki" editor="plain"}
forums_most_read_topics is declared as
function forums_ranking_most_read_topics($limit, $forumId='')

This was changed to
function forums_ranking_most_read_topics($limit)
in r20575. The second argument is now ignored.

This obviously breaks callers using the second argument, such as mod-forums_most_read_topics when using the forumId parameter.

Once this is fixed, mod-func-forums_most_read_topics.php should be fixed.

{syntax type="tiki" editor="plain"}
Since r20553, ranklib->forums_ranking_top_topics() returns incomplete names in ["data"]. The first part of the name should be the forum's name, but $res['name'] is null. So in Best rated topics module, instead of 1. Probo: Essai bug 2. Probo & Probi: Probo & topic 3. Probo: tes I'm getting just 1. : Essai bug 2. : Probo & topic 3. : tes

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!

The current breadcrumbs feature is not useful, but could/should be redone to improve site navigation and organization. It would be great if there was a trail like

''===Site index=== > ===Feature top page=== > ===Feature subsection(s)=== > Current page''

in every feature/section. Forums already have something like this, but would have the site index added at the beginning. Galleries would display the full trail to the current gallery or file. In the wiki section, ideally the structure breadcrumbs would be incorporated.

I would like to have someone develop a resource checkout system. This could be for a small library of books, videos, etc. or other resource that people can check out (company van, etc.).

Admin Side:
* Category admin
* Resource admin
* Users admin
* Inventory status (what is checked out, what is in stock etc.)
* Users who currently have the item
* Checkout length admin (custom settings by item, or blanket timeframe, or no checkout length)

User Side:
* List of items available (categorized by type: videos, books, tapes, etc.)
* List of items you are on the waiting list for
* Your position in the list (You are 3rd in line for this item)

Automatic Pieces:
* User notification of an item coming due / past due
* User notification that the item they were waiting for has been checked back in.


This might also be able to be expanded to serve as a rental pool with just a little extra work.

Related:
((Marketplace))
((Shopping Cart))

Copied some suggestion I just throwed on irc..., after fighting each time on some of my production sites to manually send messages to many users which are kind of lost some times at the beggining of their participation in a tiki-site-powered community.

{QUOTE()}
(11:37:39) xavi: I was just wondering about a new and easy improvement of the registration process of new users to a community sit eusing tiki
(11:38:07) xavi: just through allowing an admin to add acustomized welcome message to new users successfully registered to the site...
(11:38:29) xavi: ... with the text and links he might need to tell to new users....
(11:38:52) xavi: ...in a similar way to what mailman does for the welcome message to new users...
(11:39:48) xavi: ...I imagine a simple text area, like site identity does, where the admin can write any simple text (with or without wiki markup? like the newsletter feature does/allows)...
(11:40:45) xavi: ...so that the admin can set that message easily (without manualy searching for the appropiate template to hack through ftp)...
(11:42:48) xavi: ..and the the new user, can review the infos and tips that he/she needs to know on that site: "now you can: # watch that forum where that important thing is discussed.... #join that newsletter/blog/articlefeature to be up to date about news from that community, #review and/or subscribe to that tracker..., ...
(11:45:22) xavi: oh well, I can't code php+mysql myself (yet, at least ;-) ), but I guess that this shouldn't be that difficult nor time consuming to an experienced coder, provided that that person agrees on that this feature is "low hanging fruit" to improve the experience of newcomers to a community, through improving the communication while the first steps of that person in the community site...
{QUOTE}

This could also be important for ((Workspaces)), and ((Organic Groups)). So that, not just to register (join the registered group), but as a customized message per group, so that, when joining a new group (at registration time, or later on through the subscribe groups plugin), you get the specific message with hints, links and remindings of things adapted for that group.

If Tikiwiki 1.9.4 or 1.9.5 is installed in the wwwroot of a "real" subdomain that resides on its own (win)server (not an alias to a subfolder under the main-domain), then rsslib.php inserts an additional backslash after the domain-name.

Links of rss-feed then look like: ~~#FF0000: sub.domain.com\/tiki... ~~ and RSS feed gets obviously broken.

As a quick-fix for my site I resolved this in the file rsslib.php by deleting the string:
~~#FF0000: ~np~ .dirname( $urlarray["path"] ) ~/np~ ~~
in the variables:
~~#FF0000: $home, $img, $read, $cssStyleSheet, and $xslStyleSheet ~~
in order to get RSS-2.0 to work again.

Unfortunately I'm not any more a coder and don't know php good enough to fix this for everybody and contribute in the CVS (I did no more coding since turbo-pascal under DOS in the mid 90's, but at least still can read a little bit :-)

all the best,
Felix

PS: Thanks everybody here for this great software!!!

If the access to the various pages (and, presumably) the other parts of the system is controlled by passwords, RSS feeds would be more useful if they contained the same items the users will see when they log in.

Currently, RSS feeds only contain pages viewable for anonymous users.

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

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

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

!A problem completely identified
This is a new formulation of 3029 and 3057 problem after near 200 hours of test and debug.

!The problem is now precise and (I hope so) near solution (but depends of quality team (this part has been rewrite for 5.0):

__The solution that I propose establish the compatibility of 4.2 with php 5.3.2.__

!!Not alone may be
!!!Can't end test of changes to submit (just tiki-db-dbo.php)

I can't affirm that I wrote a complete debug version because the execution stop on another problem (track [http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3115], so it is not ended. I can't be sure that everything is OK.

!!!Note about time spent to be able to participate efficiently to the team

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 of the nature of the problem and is generation

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 in 4.2), 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.

!!!Complements of information (working around finding and solving bugs):
Note 1 (complement, I will made another little track for this) :
the execute statement written execute() without parameter generates each time a warning message when xdebug is used and php error management activated with STRICT option (default in 5.3.2). This makes necessarily the code lightly slower.

Note 2 :
I developed for other debug for this 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.
I will implement a test so that it should be displayed only for administrator.

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

Please see:
https://wiki.mozilla.org/Support/ScreencastsPRD

Also:
[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=screencast&product=support.mozilla.com&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&emailassigned_to1=1&emailtype1=exact&email1=&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailtype2=exact&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0=|SUMO bugs with word screencast]


Related: ((WebDAV)) to ease management of files.

{syntax type="tiki" editor="plain"}
I have Staging + Approval Setup for File Galleries. Browsing the Galleries works fine, Registered Users can see Approved files, Admins can see both Approved and Staging.

When I do a search, Registered Users cannot see any of the Approved files in File Gallery. If I turn on Global Permissions, File (tiki_p_download_files), then Registered Users can see both Approved and Staging. In the Approved category, Registered Users have the download files permission.

Something is funny in the permissions for Searching. This does not appear to follow the category permissions.

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.