Category: Community projects

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

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

If Trackers had the "tracker template" feature, it would allow for better pre-made extended features for Tiki at install time.
In tw.o forums, some people requested like: address books (imagine with the same basic fields as Mozilla Thunderbird & Evolution, etc. address books, ... Export from you local program (through csv), and import to your address book in Tiki (through csv).

The same for "Offers & Demands (linked or linkable)", that many people/communities would like to use like "out of the box" feature. I do have that kind of trackers made (basic, but working for production already: http://valldelcorb.org/trackers - http://valldelcorb.org/Comparteix (1.9.x) or http://intercanvis.net (1.10.x) using tracker plugins in a general Wiki page).

Since duplicate tracker is already coded in 1.10, and templates concept already exists in Tiki, Tracker templates would be a nice MUST in the MID and LONG run.

Tracker templates should be selectable at install time (in the new installer devs. are thinking/designing -> ((Install)) ), or at a later stage through Mods, maybe?

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

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"}

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"}

Hi all

Since some recent commits related to themes and slideshow, the default slideshow behavior changed and some issues showed up with wrong font color contrast in respect to color background and side colors.

See it reproduced in this screenshot (after applying the "Slideshow_demo" profile, passing a few slides and changing the style to eggplant, for instance)

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

and see it also in the associated show instance.

u: admin
p: 12345

http://xavi-9794-5169.show.tikiwiki.org/tiki-slideshow.php?page=Tiki+Wiki+CMS+Groupware

The first slide already have the issue of the black text shown over the dark blue color on the right.
But if you cahnge the style through the dropdown at the bottom to "eggplant" for instance, you'll get an even worse scenario: white font over white bg.

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.

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}

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

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

Add pages to structures at page edition time

The workflow in this screenshot below worked when adding the name of a brand new page, or when adding the name of a pre-existing page. In both cases, that page was added to the structure as a sister of the current one.
{img src="http://doc.tiki.org/display628?x=600"}

But this has stopped working in 12.x, for the cases of pre-existing pages. It's been reproduced in doc.t.o. And since then, it has never been fixed.
This is a missing feature which facilitated non-admin users to add pages to structures in an organic way (without the need of an admin, or a manual on how to use structures).

13.x: applying a profile from Profiles Wizard doesn't send the user to the "Step2" indicated in the url (some steps anchors gone?)

I don't know when this stopped working, but for sure this worked in previous versions (6.x, probably, when I last tried years ago)

I attempted to add the new argument 'shownbitems' (set to 'y') to the plugin alias "wishes" in dev.t.o, but it doesn't get stored. When I reload the page after I hit save, the new argument is not there int the list.

To reproduce:
* Come here as admin: http://dev.tiki.org/tiki-admin.php?page=textarea
* Click on "wishes"
* Click on the plus green icon, next to "Simple Plugin Arguments". A new empty field will be shown at the bottom of that section.
* Add the argument pair (shownbitems y) to its corresponding fields of name and value, and hit at save at the bottom
* This new argument is not shown. And after clearing tiki caches, the wishes plugin doesn't show the number of items yet.

13.x: Comments can't be posted in some pages of the Featured Profile "Collaborative Community 12x", such as the homepage for registered members, or newly created pages such as "Subject 1", etc. Doing all that as admin.

See screencast where the issue is reproduced.
https://www.youtube.com/watch?v=7-OI5GCY4qQ

{youtube movie="https://www.youtube.com/watch?v=7-OI5GCY4qQ"}

13.x: Contents of Plugin Code shown twice when shown through an iframe (the Upgrade Wizard uses that to display some doc.t.o pages, such as http://doc.tiki.org/Tiki13 and http://doc.tiki.org/Upgrade

13.x: dev.t.o fivealive-lite.css: images can't be uploaded or selected throught the toolbar icon from tracker textarea

{HTML()}
<video width="320" height="240" controls>
<source src="http://doc.tiki.org/dl1108" type="video/webm">
Your browser does not support the video tag.
</video>
{HTML}

{WEBDOCVIEWER(url=>http://doc.tiki.org/dl1108, width=>425, height=>350)}{WEBDOCVIEWER}

See: http://doc.tiki.org/dl1108

__140713_dev.t.o_13.x_bug_when_attempting_to_upload_or_select_image_from_textarea.webm__ - 5.69 Mb

13.x: doc.t.o menu 43 (public info for anons) doesn't show 'section level 1' records, but only section level 0 and options
This means that almost all "New in version X" are not shown in the menu.

Instead of manually doing some workaround, I think this is a good dogfood case for fixing the root issue (whichever it is).

Contents of menu43 in doc.t.o as CSV file:
{CODE(colors="csv", ln="1")}
"optionId","type","name","url","position","section","perm","groupname","userlevel","remove"
807,"o","Home","./",1,"","","",0,"n"
767,"o","All the documentation","((All the Documentation))",2,"","","",0,"n"
553,"o","Troubleshooting","((Troubleshooting))",6,"","","",0,"n"
775,"o","Tutorials","((Tutorials))",9,"","","",0,"n"
776,"s","New in version...","",12,"","","",0,"n"
1051,"1","Tiki 13.x","((Tiki13))",20,"","","",0,"n"
1008,"1","Tiki 12.x LTS","((Tiki12))",21,"","","",0,"n"
1047,"o","Tiki 12.x from Tiki 9.x","((Tiki12from9))",22,"","","",0,"n"
1007,"1","Tiki 11.x","((Tiki11))",23,"","","",0,"n"
1004,"1","Tiki 10.x","((Tiki10))",24,"","","",0,"n"
997,"1","Tiki 9.x LTS","((Tiki9))",25,"","","",0,"n"
808,"1","Tiki 8.x","((Tiki8))",26,"","","",0,"n"
806,"1","Tiki 7.x","((Tiki7))",27,"","","",0,"n"
800,"1","Tiki 6.x LTS","((Tiki6))",28,"","","",0,"n"
785,"1","Tiki 5.x","((Tiki5))",29,"","","",0,"n"
768,"1","Tiki 4.x","((Tiki4))",30,"","","",0,"n"
766,"1","Tiki 3.x LTS","((Tiki3))",32,"","","",0,"n"
641,"1","Tiki 2.x","((Tiki2))",34,"","","",0,"n"
1044,"-","---","",36,"","","",0,"n"
1048,"-","","",37,"","","",0,"n"
1005,"o","Tiki Reference Guide","((Tiki Reference Guide))",50,"","","",0,"n"
1043,"o","Tiki Installation Guide","((Tiki Installation Guide))",1500,"","","",0,"n"
{CODE}

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.

This code used to work in Tiki up to version 12.x, and it was used in doc.t.o pages:
{CODE()}
{DIV(class="thirdfloat clearfix")}{DIV(class="box")}{img src=http://www.r-project.org/hpgraphic.png imalign=center width=300}{DIV}{DIV(class="box")}{img src=display595 width=250}{DIV}{DIV(class="box")}{CENTER()} {youtube movie="https://www.youtube.com/watch?v=TR2bHSJ_eck" privacyEnhanced="n" width="300" height="200" quality="high" allowFullScreen="y" related="y"}{CENTER}{DIV}{DIV}
{CODE}

It was documented here:
http://themes.tiki.org/Floated+box+demo#Three_columns


Workaround, use Plugin SPLIT.

I tried in tiki.o to grant the permission to join group and subscribe to group for TwCommunity to "Team Documentation" , for instance, and I couldnt' grant that permission locally to just group Team Documentation, but it was changed to all groups.

I'm not sure right now whether this is a regression or not, but at least this seems a bug to me (or at least a feature request)

13.x: PluginSlider in featured profile overlaps footer

To reproduce, apply profile "Small Organization Web Presence", logout, and see , for instance:
tiki-index.php?page=Products

Overlaping at the bottom as anonymous.

http://xavi-9794-5308.show.tikiwiki.org/tiki-index.php?page=Products
u: admin
p: 12345

13.x: Profiles with "random header images" stopped working as expected compared to 12.x

See it reproduced with profile Easy GeoBlog, which doesn't display any images in the header (images aren't saved in the local tiki instance).
See it reproduced here:
http://xavi-9794-5064.show.tikiwiki.org/tiki-list_file_gallery.php?galleryId=5

-----
It currently works as expected (only small issues with surrounding box).

Who knows what happened. Maybe temporary network issue to display images from tiki.org or similar.
Closing the report {sign user="xavi" datetime="2014-07-13T11:35:12+00:00"}