Category: 14.x

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

Please add to tiki-check.php in a (new) Composer section

Also, when sh setup.sh is executed, it runs Composer, but it should 1st check if .phar is available on the server

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.

The text 'Apply Profile "Simple Wiki Attributes" To Add FutureLink Questions' displays under the wiki page-bar and "Create PastLink" appears in the upper left corner of the screen, but there's explanation of this and no clear way to turn this feature off. I can't find any information or controls for FutureUI in the admin pages. I'm reporting this as a bug until the control is clarified.

About the "button" itself, it displays as plain text (needs class="btn" at least to display as a (long) button) and seems intrusive to me, like advertising. For a better display, I suggest having a short button label and putting this longer text into a tooltip (Purpose: "Inject FutureLink UI components into Wiki editing screens. Managed page's saved attributes per FutureLink UI interaction. Generates and presents FutureLink text string to user.") Not sure about this purpose but it definitely needs to be optional and have documentation.

[https://www.evernote.com/shard/s76/sh/52a95d0c-7b14-46b0-be69-8149ed44455b/2293446bfb4ddb6a2f0f84c2f68a39ab|See example image]

When you have the "Dropdown with Other" Field set as mandatory, selecting "Other" and then clicking on the other textfield triggers the validation for some reason and the error message comes up.

This should only appear when you Submit the form (if the field is empty).

---
Addendum by Xavi {sign user="xavi" datetime="2016-01-19T21:50:52+00:00"}:

See it reproduced in trunk after applying the profile "Voting System" and attempting to add an item (cast a vote) using the other field.

To reproduce: login as
u: user1
p: user1
(plain registered user)

And go to

http://duqtape-11783-5792.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1

where you will be able to insert new items,

You can admin the site with:
u: admin
p: 12345

At this writing, tracker items on dev.tiki.org show the following error under the 'Demonstrate Bug' field:

"SSH2 extension not installed
SSH2 extension for PHP needs to be installed for show.tiki.org feature to work"

This prevents demonstrations being set up on show.t.o for those specific tracker items in the normal way.

User need to input fields ID inside Field field when editing PluginTracker plugin icon edition window. Then the user need to scroll down the window to include the Default values for the fields. And for that second operation he needs to respect the order of the ID of the fields. If Value field position is just below the Fields field, it is going to help a lot.

regarding ISO 9001 implementation it should be possible to have a list of people that need to validate the submitted version prior for it to be approved.

The version would only be valid for approvement if all of the validators said "Yes"

To say "Yes", it would be great to have something like doing a Like in Facebook

I've been Argument Variables as described in http://doc.tiki.org/Tiki14#Wiki_Argument_Variables, using TikiWiki v14b and found a bug, it only shows correct information when previewing the version of the page, if you see the page itself, argument variables won't show:

Example not working of viewing the page:
{img fileId="990" thumb="y" rel="box[g]"}

Example working previewing the page:
{img fileId="991" thumb="y" rel="box[g]"}

In file gallery it isn't possible to block access to file archive.

We should be abble to block the access in order to prevent users from viewing/using an old version of the document(for example a procedure manual)

when typing: ~np~~040~c~041~~/np~

it displays: ~040~c~041~

I would expect it to display: ~np~(c)~/np~

File attachments to a forum post results in 0 (zero) byte size.
* Results are the same using either database or file system for storage.
* File attachment description shows correct file size.
* Downloading the attachment results in 0 byte size.
* Files stored in database shows (using phpmyadmin) correct file size.
* Files stored in file system shows 0 byte size.

Configuration:
* "Can attach to forum posts (tiki_p_forum_attach)" set to allow.


You can log into the show.tikiwiki.org instance using "tester" and "tester". Attachments created as "admin" and "tester" are 0 byte size when downloaded.

---
Updated from Xavi:
Confirmed in trunk, and this used to work as expected at least in 12.x {sign user="xavi" datetime="2016-01-20T10:04:07+00:00"}
I fetched a snapshot of the b dump (since there was no admin password indicated in the bug report, and to make it easy to see any apache error message logged in the server), but I don't get any error shown in the local apache logs (using trunk).

---
Apologies... "admin" and "tikiwiki"

See the associated show.t.o instance.

I created a site using trunk (future 14.x), applied a profile which created a long tracker (160+ fields), with long field names, etc.
When I tried to export a single file from the tracker, I get in a Tiki 12.x installation:
^
Request-URI Too Large

The requested URL's length exceeds the capacity limit for this server.
^

And if I try to do the same with trunk(Tiki14), I get the screen converted into a semi-transparent blackish window, as if something was to be shown, but the user can't see anything happening. Just no message, no tracker definition exported, etc.

See it reproduced here:
# Log in here: http://xavi-9794-5536.show.tikiwiki.org
** u: admin
** p: 12345
# Go to tracker fields:
+ http://xavi-9794-5536.show.tikiwiki.org/tiki-admin_tracker_fields.php?trackerId=1
# Select one (for instance, id 5, which is short and has no commas in the name, etc).
# Go down to the dropdown field at the bottom, and select "Export selected", and click at "Go".
** No field definition is exported.

I applied current profile related to spreadsheets (as of September 2015) in profiles.t.o:

... https://profiles.tiki.org/Spreadsheet_Test_Profiles

and it does enable the spreadsheet feature and create the intended spreadsheet indeed, but the indicated contents do not seem to get added.

Syntax in that profile page is:
{CODE()}
objects:
-
type: sheet
data:
-
title: Test Title
- [ Test, =A1 ]
- [ =B2, =B1 + A1 ]
{CODE}

I tried with 12.x and 14.x with same results.

Maybe something needs to be tweaked in the profile handler code?:
{CODE()}
/lib/core/Tiki/Profile/InstallHandler/Sheet.php
{CODE}

In trunk (future tiki15) it also fails to add the data to the sheet. Help is needed. {sign user="xavi" datetime="2015-12-31T14:33:57+00:00"}

12.x: Commit Timesheet data to the linked Tracker doesn't transfer expected duration values, just the related text

For real-case scenarios of time tracking, workers end up annotating what they did invest their time in, and how long did they take (without using the time counter, but just feeding the expected time value).

When you commit the data from your browser to the tracker, all the numbers annotated for the expected time invested (which in fact, ni this real-case scenario, is the real time invested to fit your daily work in 8hours time) are not transferred to the tracker, so that from other comuters you can not rescue that data. And if something happens to the cookies or cache or something, you loose these data that was only in that browser and computer.


See it in:
http://xavi-9794-5490.show.tikiwiki.org/tiki-timesheet.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

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

FF26.0
after reaching the step 'install' in the installer, I was asked in a never ending loop for my db credentials

my work-around solution was to add
$_SESSION[['accessible'] = true;
to
db\local.php

and then the install went on

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

13.x: email param from PluginTracker too difficult to get it working as expected for end users

* Maybe some more documentation in doc.t.o missing?
** param "emailformat" (indicated by a poweruser in an email) missing in the doc. page (since long ago)?
* Maybe some easier ready-to-use tpl bundled within tiki to work for that use case, if the default tracker_changed_notification.tpl doesn't work.
* Maybe some bug? (some devs said thatyou need to set the "copy activity to email" to something for that tracker to get those emails sent for the non-registered user submitting the tracker item?
* ...

Related doc so far:
http://doc.tiki.org/PluginTracker#Parameters (see "email" param)

An instance has been created linked to this wish, so that we can all have a look at a common instance to elucidate what the problem is, and then, as a consequence, how to improve it.

Instance design details:
# Feature Log mail in the tiki logs is enabled, so that we can check which emails were sent and which ones weren't.
+ http://xavi-9794-5470.show.tikiwiki.org/tiki-syslog.php
# "Contact us" page contains PluginTracker with this code:
+ {CODE(ln="1")}
{TRACKER(trackerId=1, fields=1:2:3:4, showmandatory=y, emailformat="html", sort="y",
email="real_email_from@example.com|3,a_second_real_email@example.com|tracker_changed_notification.tpl,tracker_changed_notification.tpl")}
!!! Thanks
...{TRACKER}
{CODE}
# Field 3 is the user selector, with "plain text" as the type of link.
# tracker_changed_notification.tpl is a valid tpl in the file tree, so I guess this should be a valid-enough file for basic demostration purposes, unless someone indicates the opposite for some reason.
# "Copy activity to email" has been set to a_third_real_email@example.com, just in case that was valid, as jonnyb suggested.


To reproduce:
# Come here as anon:
+ http://xavi-9794-5470.show.tikiwiki.org/tiki-index.php?page=Contact+us
+ and fill in the contact form, which is set to (in theory) send you a copy of the tracker item added.
# go to the tiki logs ([http://xavi-9794-5470.show.tikiwiki.org/tiki-syslog.php]) and you will that the email that has been sent is the one related to "Copy activity to email" ("a_third_real_email@example.com", xavi (a) tikiwiki.org in this case), but nothing else related to the email typed in the form (field 3) nor the "a_second_real_email@example.com" indicated in the param)


Finally, some hint (in case it matters):
* I tried first this approach in my localhost (linux box), and I got same behavior.
** Looking at the apache error log I saw a message complaining that I didn't have "sendmail", which is true (in purpose, for other reasons)
++ {CODE()}
sh: 1: /usr/sbin/sendmail: not found
{CODE}
** The curious thing is that those cases of error with sendmail were not recorded in tiki syslog as "mail error" lines, but nothing was loged. Only the email related to "copy activity to email" was recorded in the tiki syslog with at least a line saying "mail error", and all the details about that email.

upon tiki install one is asked to set some folders to 777
temp/public is missed from this list, which made my antibot images fail to appear
namely, antibot features are written into temp/public

14.x: tab toggle button from PluginTabs not shown or not working

Reproduced here with android 4.2 default browser (clinking on notabs button does nothing but reload the same page), and with chrome i get no tabs and button to recover the tab diaplay mode (i had clicked in a "notabs" button in the same chrome in normal non-mobile view in a 12.x site):
https://doc.tiki.org/PluginTabs


See also related (in 12.x):
https://dev.tiki.org/item5690

14.x: Tracker inline editing broken through Plugin TrackerList

Reproduced after for instance applygin profile Bug_Tracker and set the param in the plugin trackerlist "editableall=y". See it here:
http://xavi-9794-5455.show.tikiwiki.org/tiki-index.php?page=Bug_Tracker
u: admin
p: 12345

Fields are open for edition, without clicking on them.
Correct behavior shown when listing items through the tracker interface directly:
http://xavi-9794-5455.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1


You can do the same thorugh PlugintrackerList on 12.x or 13.x, and it behaves properly (fields only open for edition when you clik on them)
----
UPDATE:
* after this instance has been svnupdated to r52471, behavior is fixed (thanks marc & lph), but icons (indicating which fields are editable inline) are currently lost (no icons shown neither through trackerlist nor through the tracker iteself). {sign user="xavi" datetime="2014-09-21T06:44:15+00:00"}
* apache error message in the logs:
+ {CODE()}
No route found - full:/trunk/styles/layout/img/icons/database_lightning.png query:, referer: http://localhost/trunk/styles/layout/tiki.css
{CODE}

12.x - 15.x: Tracker: filter items is broken when radio button with labels set (0=No,1=Yes,2=Dunno).

No matches are found when there are some items which met the intended criteria.

--It'll be-- reproduced in an attached intance --in short. Stay tuned!-- :-) {sign user="xavi" datetime="2016-02-09T12:21:27+00:00"}
Login in here:
http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1
u: admin
p: 12345

You will see the field TestRaduio, with some values (0, 1 and 2; their labels, in fact)

Try to filter by that field:
http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1&status=o&sort_mode=f__asc&filterfield=8&filtervalue%5B1%5D=&filtervalue%5B2%5D=&filtervalue_other=&filtervalue%5B3%5D=5+%28high%29&filtervalue%5B8%5D=0%3DNo&filter=Filter#
---
__Update:__ {sign user="xavi" datetime="2016-02-10T10:42:06+00:00"}
the problem is also found (and still unsolved) at teh trackerfilter level. Sorry, I tried for one hour, but I couldn't get the right syntax to port this type of fix there also. :-/
To reproduce, see it here:
http://xavi-9794-5810.show.tikiwiki.org/tiki-index.php?page=HomePage

__The issue is reproduced also for dropdown fields when labels are set, etc. See it reproduced with field "Priority" (Dropdown). __

__Reproduced also with "Dropdown with other" (field __Location__) in the tracker itself, but it works as expceted through Plugin TrackerFilter.__
Does work:
http://xavi-9794-5810.show.tikiwiki.org/tiki-index.php?page=HomePage

Doesn't work:
http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1&status=o&sort_mode=f__asc&filterfield=2&filtervalue%5B1%5D=&filtervalue%5B2%5D=0%3Droom+1.1+%2855+seats%29&filtervalue_other=&filtervalue%5B3%5D=5%3Dhighest&filtervalue%5B9%5D=y&filtervalue%5B10%5D%5B%5D=1&filter=Filter#

Multiselect seems to work well, as expected, in both tracker itself and plugin trackerfilter.

2-way sync of userPreference tracker field (between user tracker and preferences) tricky to set up

I'll see if I can reproduce it in a show.t.o instance...
More info to come...