Category: Dogfood on a *.tiki.org site

As of now, it says:

28627 online users

Send notification email to forum moderator when a user posts a message which is queued pending moderation.

To reproduce the environment:
log is as user
u: user1
p: user1

here:
http://xavi-9794-5370.show.tikiwiki.org/tiki-view_forum.php?forumId=1

and post a message.

User "admin" is moderating all messages of that forum, but he gets no email nor intratiki message of new forum posts pending moderation.

admin credentials:
u: admin
p: 12345

The ~046~~046~~046~page~046~~046~~046~ plugin can't be escaped, neither with a CODE plugin nor with the ~np~~np~~/np~~/np~ syntax.

For a couple of days I do get error messages by my browser (? not sure whether they come from the browser, or from a script run in the browser), which is Firefox 75.0 with Linux Mint adaptations.

I have experienced problems editing my own bug reports (all changes were immediately forgotten after I clicked the Save button), I have seen bug reports that seemingly had no comments at all (where I knew there were in fact comments) etc.

Thanks
hman

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

For reasons unknown, in many (strangely not all) Bing (Microsoft's search engine) results of a running Tiki, the string "Toggle navigation" appears.

This is wrong in several ways at once

a) it is unwanted and totally unnecessary
b) it is confusing for interested web users, as it has nothing to do with content
c) it is utterly untranslated
d) the reason why it appears remains in the dark.

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

Info / Doc / Dev / Community / Themes / Profiles / Suite are the main sites. There are others listed at ((tw:Domain))

As of 2014-07-29, only info & profiles are consistent (of the main sites). All others are different (which is understandable because of the move to Bootstrap), but they are all different from each other.

The reference bottom footer code is kept up to date at
* http://branding.tiki.org/Footer+code
* http://branding.tiki.org/Top+Menu#Navigation_between_.tiki.org_sites

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

{syntax type=tiki}
{syntax type="tiki" editor="plain"}
This is the ((Tracking system for Tiki issues)).
If this is your first time, please read: ((How to Submit a new item on the Wishlist))

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?

After 12.0 has been released (using r48863 in dev.t.o): First edit of a Tracker item comment is LOST (!); second attempt is saved successfully, it seems.

Reproduced twice in http://dev.tiki.org/tiki-view_tracker_item.php?itemId=5019&cookietab=2

* I edited the comment entitled "Licensing issues have NOT been resolved yet, some code needs to be rewritten":
+ http://dev.tiki.org/tiki-comment-edit?type=trackeritem&objectId=5019&threadId=3572

* I added at the begining this content (the one surrounded by QUOTE tags):
+ {CODE()}
{QUOTE()}
Now that licensing issues have been resolved, please move to the main code base.
{QUOTE}
{CODE}
+ I clicked at SAVE. Tiki refreshed the page as usual as if the comment was saved, but the content was not updated. Visiting again the page confirmed that the edition was not saved. Doing a second edition, saved that change successfully.

And I reproduced the same issue a few minutes later with another comment to the same tracker item:

* I edited the comment entitled "See r48864 from mods":
+ http://dev.tiki.org/tiki-comment-edit?type=trackeritem&objectId=5019&threadId=3574

* Changed "NEED REWRITING" with "NEEDS REWRITING", clicked at SAVE. Tiki refreshed the page as usual as if the comment was saved, but the content was not updated. Visiting again the page confirmed that the edition was not saved. Doing a second edition, saved that change successfully.

---
I wonder whether this might be considered a Blocker... I don't tag it as such myself, but feel free to add if you consider that it deserve that category also (unsure myself). {sign user="xavi" datetime="2013-12-01T10:36:09+00:00"}
---
Apparently, a duplicate of http://dev.tiki.org/item5007
(even if the title there was missleading to me) {sign user="xavidp" datetime="2013-12-01T16:59:45+00:00"}
---
Still reproduced here in dev.t.o, with a version from 20 January, 2014 16:44:28 CET- REV 49469. {sign user="xavi" datetime="2014-01-21T17:54:28+00:00"}
---
I removed the "duplicated" tag, since the other item is solved ( http://dev.tiki.org/item5007 ), but not this one.

Plugin ColorBox was working in Tiki6, (and probably Tiki9, although unconfirmed at this moment)

Reproduced here (14.x):
http://nextdoc.tiki.org/PluginColorBox#Example

and

here (13.x):
http://doc.tiki.org/PluginColorBox#Example

Page Alias worked fine in 9.x at least, and probably in newer versions.
But they seem to be broken here on dev.t.o.
To reproduce, visit:

https://dev.tiki.org/SVNTips

which is supposed to be an alias of

https://dev.tiki.org/SVN+Tips

as you can see in the bottom of the ((SVN Usage)) page.
However, tiki replies: "Error: __Page not found__".

This breaks many links that we have spread all over the globe... to aliased pages to dev.t.o, and eventually, in other tiki12 sites out there....

----
Still present on 06 February, 2014 15:02:50 CET- REV 49772. {sign user="xavi" datetime="2014-02-07T09:16:03+00:00"}

13.x dev.t.o bug tracker: missing category (mandatory field) at submit time didn't take the user up in the screen to where the source of the issue was and where the text message was shown ("This field is required") , and no message shown at the bottom either next to the submit button that the user has just clicked on.

Therefore, it seems as if the tracker is broken, or the tiki software doesn't work for unexpected reasons (thinking in newbie's impressions), etc..

Reproduced with Chrome 37, and FF 32.

P.S. In case it matters, feature "Chosen" is currently enabled in dev.t.o by the time of this bug report {sign user="xavi" datetime="2014-10-09T06:54:01+00:00"}

13.x dev.t.o: Print version for tracker item almost empty

Untested in trunk yet.
To reproduce, see a tracker item, such as:
http://dev.tiki.org/item5294

And see the printer-ready version of that item:
http://dev.tiki.org/item5294?print=y

Only this is shown:
{CODE()}
12.x & 13.x: Comments can't be posted (12.x) nor edited (12.x, 13.x) when codemirror is switched on (or 'disabled but switchable')


The original document is available at http://dev.tiki.org/item5294
{CODE}

13.x dev.t.o: Print version for tracker item almost empty

Untested in trunk yet.
To reproduce, see a tracker item, such as:
http://dev.tiki.org/item5294

And see the printer-ready version of that item:
http://dev.tiki.org/item5294?print=y

Only this is shown:
{CODE()}
12.x & 13.x: Comments can't be posted (12.x) nor edited (12.x, 13.x) when codemirror is switched on (or 'disabled but switchable')


The original document is available at http://dev.tiki.org/item5294
{CODE}

See https://dev.tiki.org/tiki-print_blog_post.php?postId=22

To reproduce, visit https://dev.tiki.org/Tiki12

Click PDF link:
https://dev.tiki.org/tiki-print.php?page=Tiki12&display=pdf

{img fileId="820"}

13.x doc.t.o: apply template to wiki page adds no new content on reload

See it reproduced in doc.t.o. , in this screencast:
[http://tiki.org/display596|140915_bug_apply_template_wiki_page_ko.webm]
([http://tiki.org/display596])

1- Visit http://doc.tiki.org/tiki-searchindex.php?filter~content=ldap

2- Click on the first result:
http://doc.tiki.org/tiki-index.php?page=LDAP+authentication&threadId=208&comzone=show#threadId208

This seems to be a comment on that page, but it doesn't load.

13.x in dev.t.o: some toolbar buttons like wiki link broken (reload the whole page) . Try while reporting a bug.

Tried to reproduce in a show instance:
http://xavi-9794-5448.show.tikiwiki.org/tiki-index.php?page=Community+Members+HomePage
(u admin p: 12345)
but I can't: it works there. It seems to be something specific in dev.t.o