Category: Less than 30-minutes fix

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

tiki-list_quizzes calls for an icon named "gear" which does not exist. Although it is clear what such an icon could depict, there is no icon file of that name (I checked both low-res and higher res "large") and no definition exists that could point otherwise. Checked in legacy and checked in Glyphicon, there is no gear.

Line 6:

{CODE(Colors="Tiki")}
{button href="tiki-edit_quiz.php" class="btn btn-link" _type="link" _icon_name="gear" _text="{tr}Admin Quizzes{/tr}"}
{CODE}

{syntax type="tiki" editor="plain"}
Not all galleries are listed (for example when uploading a file).

The problem is (IMO):
#$allIds is given as reference
#foreach go through the array (with an internal iterator)
#in next recursion step an other foreach is called (but with the same $allIds-object)
#the iterator reaches the end of the array and the loop goes a recursion step back
#the "outer" forach continues, but the iterator of $allIds is at the end of the array
#no other item is checked, if one of the inner recursion steps reach the end of the array

Good:

Since Tiki4, in tiki-admin_include_sefurl.php, Tiki detects if .htaccess is there and if contains tiki-index.php?page=$1

But:
If Tiki is upgraded, by installing over, there may be issues because Tiki is still using the old .htaccess without informing tiki admin


Proposal:
Have Tiki version number in _htaccess (and thus updated as part of the release procedure)
Test on this, and inform users when they forgot to upgrade their .htaccess file.

The page name of the "View Articles" automatic page doesn't translate (tiki-view_articles.php), while "List Articles" does (tiki-list_articles.php).

This leads to a mixture of English and target language in the browser history, and possibly in bookmarks/favorites. The page name, as displayed by the browser "View Articles" should be fed through tra(), IMHO.

The "More" button of the wiki page-bar has a ul with several items. These should be links visually, not buttons (with backgrounds and borders). It seems the button element gets the button btn-default class by default and adding btn-link in an instance doesn't "undo" the btn-default styling. "Permissions" only is a plain link. This looks strange in a dropdown/dropup. CSS could be used to force the btn-link styling after the fact, but I wanted to report this first in case there's a more direct way (in Smarty possibly) to prevent btn-default appearance in dropdowns/dropups to begin with.

It may not be evident in every theme - I didn't check. But it can be seen in Green Valley, at least.

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=

The option
''Send an email to the user in order to allow him to validate his account. ''
in /tiki-adminusers.php ''Add New User'' tab
is only available if in /tiki-admin.php?page=login
''Users can register'' is ticked
Then and only then the hidden option becomes visible:
''Validate new user registrations by email''

By tickinig it the option
''Send an email to the user in order to allow him to validate his account. ''
in ''Add New User'' tab bcomes availabale.
This option should be available independend if or not the option ''Users can register'' is selected.

The ticking of a hidden configuration shouldn't be relevant for any functionality.

After setting up and creating a poll with ID = 1

__Update:__ I was following the examples on the doc site for how to embed a poll. These examples typically are in the following formats. The examples throughout the docs should probably be updated to reflect the what actually works (see solution section below). I am a brand new user and am finding the documentation regarding the embedding of dynamic variables to be wrong in many cases.

When inserting any of the following:
{CODE()} {poll} {CODE}
''generates junk code in the rendered page''
{CODE()} {poll id=1} {CODE}
''generates junk code in the rendered page''
{CODE()} {pollId=1} {CODE}
''simply outputs pollid=1 in the rendered page''
{CODE()} {poll pollID=1} {CODE}
''ALSO generates junk code! So, it's case sensitive?''



''Details:''
I have tried several versions (just in case case sensitivity was a problem). This has also been reproduced with and without jQuery turned on. I have insured that the Polls option is available in the Text Field as well. Currently operating as an admin user with all capabilities turned on.

The "junk"is essentially html. Turning "Allow HTML" or "Try to covert HTML to wiki" has no effect. I __can__ get other dynamic content to work.

In /templates/modules/mod-login_box.tpl there are two (?) broken translations, tr in curly braces not closed & not opened, thus creating a HUGE text that gets pumped into tra, which contains mostly Tiki source code and of course lots and lots of line breaks and tabs...
{CODE(Colors="Tiki")}
{elseif $prefs.auth_method eq 'saml' && $showloginboxes neq 'y'}
<b><a class="linkmodule" href="tiki-login.php?auth=saml">{tr}
{if $prefs.saml_option_login_link_text eq ''}
Log in through SAML2 IdP
{else}
{$prefs.saml_option_login_link_text}
{/if}
{/tr}</a></b>
{if $prefs.saml_options_skip_admin eq 'y'}
<br /><a class="linkmodule" href="tiki-login_scr.php?user=admin">{tr}Log in as admin{/tr}</a>
{/if}
{else}
{CODE}
I set the importance to a higher value, because it is the user login that gets affected... Also, it affects ALL languages, including English...

At the bottom of each wiki page, when the print option is selected, a <HR> appears. I have checked the code, and it appears because the brackets have been escaped.

~np~</div>
&lt;HR&gt;
<p>
</p>~/np~


{img fileId="758"}
{img fileId="759"}


I would expect that the HR be absent, or that it was not escaped, so that it can display properly.

On the bottom of each Wiki page, in the Print view, a <HR> appears.

{img fileId="760"}
{img fileId="761"}
{img fileId="762"}

I would expect that it would ether not escape the brackets, rendering it in the browser, or for it to be removed entirely.

12.x fullcalendar: Can't click on event anymore to see full record and use clicable links

Example:
http://intercanvis.net/tiki-calendar.php?todate=1410019200

Try to click on the event on Sat September 6, for instance. On mouseover, the popup box is shown, but you can't click on the event to see the full record (there is another url that is shown only in the full record of the event in the calendar: http://intercanvis.net/tiki-calendar_edit_item.php?viewcalitemId=570 ), and the url in the description textarea is shown in the popup box but it's not clicable either (I wonder if it should be clicable, anyway, from there).

Plugin TrackerList accepts these params: filterfield & filtervalue
( see https://doc.tiki.org/PluginTrackerList )

In Tiki11 they still work fine. In Tiki12, they found nothing. See reproduced example in show.t.o; basically, applying the Bug_Tracker profile and changing the plugin tracker list code to something like:

{CODE()}
{trackerlist trackerId="1" fields="1:2:4" showlinks="y" popup="3" status="opc" filterfield="1" filtervalue="bug"}
{CODE}

Credentials for show.t.o:
u: admin
p: 12345
---
Update: Fixed, thanks! {sign user="xavi" datetime="2013-11-16T17:37:30+00:00"}

Countries list in tiki-user_preferences.php is not alphabetically sorted any more

You can see the demo on http://dev.tiki.org/tiki-user_preferences.php

Renaming a group doesn't update the name in the corresponding group watches

Reproduced in our production site: http://ueb.vhir.org

This might be the culprit for this other more serious usability issue in our production site:
http://dev.tiki.org/item5497?from=Watch

This was working in Tiki9, as far as I know.

12.x: profile data defined for item link field do not get stored in local tiki where profile was applied

Example: apply profile "Time_Sheet" ( https://profiles.tiki.org/Time_Sheet ), and notice that items "Watch TV" or "Setup of Tiki TimeSheet" had defined "General" in the field "Associated project", which is an item link field.

The field seems to have been well defined, since it allows the admin (once the profile has been applied) to edit a tracker "Time Sheet" item, and select the project from the drop down list (so far it only contains "General").

To be reproduced in short in a show.t.o instance associated with this item.
http://xavi-9794-4983.show.tikiwiki.org/tiki-view_tracker.php?trackerId=2
u: admin
p: 12345

Send email to let user validate account doesn't send email if user previously created.

Use case: a user register to a tiki site with a non-working email (defective address or server rejecting emails from that server to that email domain, etc).

Admin changes email for that user (after admin magically finds out in some cases what happened and what is another email for that user), and clicks at the checkbox:

"__Send an email to the user in order to allow him to validate his account__" (in tiki-adminusers.php?user=N)

Use doesn't get any email. Once the tiki site was configured to save mail info in tiki logs, you noticed that tiki logs didn't record any info of any email sent by that action.
You log out, and go as anon to: __tiki-remind_password.php__ to type the username and click at click at "__Request Password Reset__".
This does effectively send the email, so that it confirms that there is no problem with the server setup sending emails, but with tiki failing to send that email when "''Send an email to the user in order to allow him to validate his account''" was checkd, ~~red:__if the user already existed in the users list__~~.

When as admin you create a new user account and in the same action you select ''Send an email to the user in order to allow him to validate his account'', then the email is sent effectively.


To reprroduce:
# Go here: http://xavi-9794-5213.show.tikiwiki.org/tiki-adminusers.php?user=2
# login as
**u: admin
**p: 12345
# change that email for an email of your own, and tick at the checkbox: __Send an email to the user in order to allow him to validate his account__
# Check tiki logs (tiki-syslog.php), and you will see no record of the email expected to be sent
# Check you email account, and same, no email
# CReate a new account with an email of yours, while at the same time you tick at the box __Send an email to the user in order to allow him to validate his account__.
** You 'll see the record at the tiki logs tiki-syslog.php
** you'll receive the email with the link to validate your account

The contents from the Tracker comments tab is not shown here in dev.t.o (using 12.x)

Clicking at the button "notabs" doesn't help either.

Inter-User Messages: 'Reply to all' gets the wrong sender of the message to be replied

User1 send a message to User2.
* When User2 clicks at "Reply", everything works as expected, and User1 is transferred to the "To:" field.
* If User2 clicks at "Reply to all", value "User1" is missing from the "To:" field, and only ";User2" is placed (instead of "User1").

To reproduce, in 12.x. come here:
http://xavi-9794-5493.show.tikiwiki.org/messu-read.php?offset=0&flag=&priority=1&flagval=&sort_mode=date_desc&find=&msgId=1

as user1:
u: user1
p: user1

And click at "__replyall__"
You will see the the "To:" field contains: ";user1" instead of "admin"

As a reference: admin account credentials:
u: admin
p: 12345

---
Update {sign user="xavi" datetime="2015-04-11T21:34:50+00:00"}
To reproduce in 14.x, you can do equivalent steps (equivalent users and passwd) here:
http://xavi-9794-5601.show.tikiwiki.org/messu-compose.php

---
Update {sign user="olinuxx" datetime="2016-02-29T14:17:50+01:00"}
A fix is in the comments

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: TrackerCalendar info in the popup box when hovering on items shows content without parsing (ok in 12.x)

{img fileId="780" thumb="y" rel="box[g]" width="600"}

See it reproduced in the show instance linked to this item
u: admin
p: 12345

See:
http://xavi-9794-5254.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12

Hover over the item "A lightning talk", and you'll see the issue.

See it reproduced here:
http://xavi-9794-5599.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=1&cookietab=2

u: admin
p: 12345

{CODE()}
Fatal error: Uncaught exception 'Exception' with message 'No template available for n - view' in /var/www/xavi-9794-5599/lib/trackers/trackerlib.php:75 Stack trace: #0 /var/www/xavi-9794-5599/lib/smarty_tiki/function.trackerfields.php(150): TrackerLib->getSectionFormatTemplate('n', 'view') #1 /var/www/xavi-9794-5599/templates_c/en_basic^27844a6db0a459631df676325f554f23b85339c7.file.tiki-view_tracker_item.tpl.php(254): smarty_function_trackerfields(Array, Object(Smarty_Internal_Template)) #2 /var/www/xavi-9794-5599/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(188): content_550af41d208c17_48420797(Object(Smarty_Internal_Template)) #3 /var/www/xavi-9794-5599/lib/init/smarty.php(297): Smarty_Internal_TemplateBase->fetch('tiki-view_track...', NULL, NULL, NULL, false) #4 /var/www/xavi-9794-5599/lib/init/smarty.php(259): Smarty_Tiki->fetch('tiki-view_track...', NULL, NULL, NULL) #5 /var/www/xavi-9794-5599/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(394): Smarty_Tiki->fetch('tiki in /var/www/xavi-9794-5599/lib/trackers/trackerlib.php on line 75
{CODE}

14.x: TrackerCalendar displays all items of one day overlayed at the top of the column
See it reproduced here:
http://xavi-9794-5601.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12

u: admin
p: 12345

See resource week which includes days from March 19 to 21, 2015.

{img fileId="987" thumb="y" rel="box[g]"}

Hi:

I've set up an R script (.Rmd: with R markdown to be run through Knitr) to check the application of all Tiki Profiles (the ones available in the Profiles Wizard since Tiki12, at least) on several tiki branches on your own localhost, to search for error messages, and aggregate that information for easy monitoring. It can be extended to send an email when regressions show up, etc.
I developed that over the weekend from home, and even if in beta stage, it currently works.
See: https://github.com/xavidp/TikiProfilesTester

However, I cloned the git repo at work, where we are behind a proxy, and console.php cannot apply profiles from there through the commandline. Through the GUI I always have to add the proxy info to Tiki first in order to be able to list profiles and apply them , etc.

{CODE()}
root@pentinella:/var/www/html/trunk# php console.php p:a Voting_System
Profile not found.
root@pentinella:/var/www/html/trunk#
{CODE}

proxy info seem to be defined at ./trunk/lib/tikilib.php (line 185 onwards)