Category: Dogfood on a *.tiki.org site

As of now, it says:

28627 online users

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

This is the default behavior in search engines like Google


Also reported here: [tiki-view_tracker_item.php?itemId=166]

and:
{QUOTE(replyto=BillMac)}
I have found that, if I want to find something on tw.o sites, I should disregard TW's search feature and use Dogpile to look things up. The TW search capability is so weak that it is almost "a missing feature." At the very least, "TermA TermB" searches should be "termA AND termB" not "termA OR termB." The plus/minus markers are fine if you're in the know, but they don't work well either. Using the category/group filters renders a whole different set of answers; not GOOD answers, just different. Without those filters, unauthorized users see parts of pages they are not supposed to see at all. Not a missing feature, a broken feature.

Gosh, I hate to be so negative.
{QUOTE}
Source: ((Major Features Missing in TikiWiki))

http://doc.tikiwiki.org/tiki-pagehistory.php?page=Rewrite%20Rules&compare=1&oldver=15&newver=16&diff_style=minsidediff -> Warning: assert() [function.assert]: Assertion failed in /home/.frodo/doctwo/doc.tikiwiki.org/lib/diff/Diff.php on line 493

In 2.0 a new email {img src=pics/icons/email.png } syntax was added in quickatgs

{img src=images/code.png}%%% {CODE()} [mailto:text|text] {CODE}

But this prevents the spam protection code from working

!#3757 ADD : Language Custom and all language files system holding - Proposal MOD ADD for Trunk 7x

As I can't access in "edit/delete" mode to #3757, I add this one for complements.

The problem of access to whishlist is reported in : #3767


!!Complements :

!!!To be able to hold [FIX] in language files without direct corrections
The fact to have to commit the full language.php for a language when we have to make a change into an invalid translation has multiple not suitable effects :
*you can't follow changes
*you can't check and think about
*you can't validate

The new changes with array fusion make forbidden the fact to alter the (system) language with custom.php or other

I enhance my proposal with the [FIX]-*-language.php files with are merged and not fused with after all others.

The final aim is to make a merge and automatic rewrite of language.php from the merged array "$lang_$lg" from validated [fix].

!!!To files are naturally sorted (normal - UTF8):
# language.php or [SYSTEM]-*-language.php
# custom.php or [CUSTOM]-*-language.php
# [FIX]-*-language.php

the "*" is a part of the name which has meaning (content) and can be sorted.
particularly non yet translated parts can be separated from main [SYSTEM] and marked.
Progressive and controlled (repartition of job for example) translation can be done.

Best regards

Trebly
(ref:B10126-03)

PS : I am particularly sensibles on this because I made each day changes and I think not efficient to commit the full French language each day but a little [FIX] with what+date seems a good solution.

I would like a way to invite people to come to a Tiki site after I have added their login. (different of the use where people self-register)

Right now, I simulate a lost password message (which I customize).

Maybe this could become a new feature available to admins when

1- after a successful user creation at tiki-adminusers.php
2- when administering a user account
3- from : tiki-adminusers.php with the batch command to send to many new users.

The system would send an email with a one-click login and be sent to the user tracker
tiki-view_tracker_item.php?view=+user

Person who triggers this email alert should be in BCC. (to have a trace). Even better would be to have this logged somewhere but this could be for phase 2.

We could have a new mail template in templates/mail/welcome_message.tpl or in a wiki page (better!)


What do you think?