Category: 15.x

The User favorites feature (enabled by preference user_favorites and [https://doc.tiki.org/Favorites|documented]) allows users to define favorites, but does not let them view the favorites they have defined.

A controller similar tiki tiki-user_watches.php could be added so that users can actually use the feature.

Anonymous comment posters do no receive email notification of replies to their comments, even if they leave their email as indicated as indicated.

There should be a way to communicate back with anonymous comment posters which provide their email (and have some new checkbox ticked by default with "__Notify me of replies__")

That's one of the main differences why there is lot of feedback on content in wordpress or other blogs or cms/s and almost no comments and feedback from anons to Tiki sites. If they ever come to leave a comment, they do not get feedback on their comment, and they are implicitly discouraged to come back or provide more feedback (or even become real users, when the site is open for anonymous registrations).

When antibot is in effect on tracker creation it will mess up the rendering of the "create" button (esp. depending on browser dimensions).

The following change (below) to ''insert_item.tpl'' makes me happy enough but I'm sure a more experienced dev may have a better idea about how to fix. Still, for consideration....

-+@@ -28,6 +28,7 @@
{/if}
{if !$user and $prefs.feature_antibot eq 'y'}
{include file='antibot.tpl'}
+ <div class="form-group clearfix"></div>
{/if}
<div class="submit">
<input type="hidden" name="trackerId" value="{$trackerId|escape}">
+-

There seems to be an issue with the Antibot not working, It asks to type the code backwards but always says what you type doesn't match.
To reproduce, enable user registration and try to register.

I've done some debugging and haven't been able to figure out how to fix it. In Word.php in Zend/Captcha/ the getWord() function doesn't seem to be able to grab the "word" variable from the session. (Line 294)

Use case:
* You have content templates enabled, and revision approal system set for wiki pages.
* You create a new content template "MyTpl" based on a wiki page, under revision approval.
* MyTpl Version 2 is approved. Version 3 is the last edited version of the content template, with no approval yet.
* You create a new wiki page "MyPage", apply the template MyTpl, and you get applied v3 (non approvaed), instead of V2, which is the approved one and should be the one applied by default.

To reproduce, log in as admin:
u: admin
p: 12345
Wiki page:
http://xavidp-1553-5818.show.tikiwiki.org/tiki-index.php?page=MyPage
Template:
http://xavidp-1553-5818.show.tikiwiki.org/tiki-index.php?page=MyTpl
History of versions of the wiki page template:
http://xavidp-1553-5818.show.tikiwiki.org/tiki-pagehistory.php?page=MyTpl

See that last approved version is v2, but there is a v3 which has more content.

Edit the wiki page and try to apply the template:
http://xavidp-1553-5818.show.tikiwiki.org/tiki-editpage.php?page=MyPage

V3 is applied instead of v2 (the last approved version)

When there is a CSS code in the profile params containing lines with ID selectors applying profile just ignores those lines resulting in wrong CSS code. For example:
{CODE()}
#foo,
.bar,
.bar-bar {
display: block
}
{CODE}
will result in:
{CODE()}
.bar,
.bar-bar {
display: block
}
{CODE}
Example of the profile YAML:
{CODE(caption=>YAML)}
objects:
-
type: module
data:
name: Custom Style
params:
nobox: y
groups:
order: 1
position: top
custom: |
{literal}
<style type="text/css">
#whitehead,
.bgwhite {
background-color: #fff
}
</style>
{/literal}
parse: n
{CODE}
Saving this as -+myprofiles/custom-style.yml+- and applying this profile using -+php console.php profile:apply custom-style myprofiles+- will result in custom module creation named "Custom Style" but there will be no line with -+#whitehead,+- in it, just the .bgwhite class declaration.

When viewing articles in list, the number of reads is not displayed anymore (option: art_list_reads) on new articles since Tiki 13. Tiki 12 has no problem.

The bug was introduced in revision 49060. New articles now have tiki_articles.nbreads NULL rather than 0.

{img fileId="1049" thumb="box"}

I cannot let the own image of articles 'zoomable':
*text If I configure 'Article:Header text position' as 'Next image', the loupe zoom image disappears and I cannot zoom the own image any other way.
*text Even in the case of the loupe zoom visible, it does not respond when the article is associated with a topic. The entire image is hyperlinked. But it links to a list of articles of the same topic, not to the image enlarged. Maybe that can make sense when the image is a topic image. However, if the image is an own image for the article, one expects zoom it when clicks on it.

Consequences are for usability, as one expects to be able to zoom photos, and article's own images can be (for example, news contents). Furthermore, these images are usually shown in small size in order to save space (as these images are showed on the header section of the article), but its original size is bigger.

I would expect to always have the possibility to zoom the article's own image. Preferably as an hyperlink on the image itself.

A number of users in the [https://tiki.org/forumthread59532?topics_offset=29|forum] liked my suggestion of an "auto delete unverified user feature." Often times spammers attempt to create accounts with fake email accounts. These accounts accumulate over time creating a nightmare to clean up after a while.
A feature to delete users matching this status after a specified period of time will help reduce the need to search through the user lists to purge invalid accounts.

This bug is similar to {wish id=6703}, but about the FOOTNOTE plugin instead of SUP. As explained there:
{QUOTE(replyto="Chealer")}The auto-TOC implementation does not know how to deal with advanced titles. When titles contain plugin calls, since the links can't contain HTML, auto-TOC just strips HTML tags (see the declaration of ''aText'' in autoToc.js (''var aText = $.trim($this.text());''), which may or may not give a valid result.{QUOTE}

For FOOTNOTE, this causes the footnote number to be displayed raw (not in superscript), and clicking on the number brings to the section, rather than to the footnote. For example, with the following heading:
~np~! Buggy{FOOTNOTE()}For now{FOOTNOTE} heading~/np~
...the TOC entry would just display a raw "Buggy1 heading".

I believe it would be best to hide the number, as Microsoft Word 2013 does in TOC-s. Otherwise, it should be in superscript.

This bug (like #6703) is similar to its maketoc pseudo-equivalent: {wish id=4235}.

When uploading user avatar picture where store fullsize copy of the image is set to be stored in file gallery it does not show as the thumbnail (avatar icon) throughout the site.

bad contrast of text vs bg in alternate row with trackerlist (or fancytable?) inside a remarksbox plugin with theme cosmo (at least)

After upgrade from tiki12 to tiki15, and selecting theme cosmo.
I had to convert calls of plugin remarksbox into plugin box.
For the record, reproduced here: https://sustainability.seeds4c.org/Shared+Forms+to+include
(with plugin remarksbox, currently replaced by plugin box, since it's a production site)

Right now, group expiry just removes the user from the group.
In use cases of membership management in associations, or business, in which members pay a fee per year, this feature is needed for an easier setup without so much intervention of the admin in so many steps.

Scenario: NGO with 3 levels of users:
* A) "regular members", needing tyo pay fee FA
* B) "associated members" , needing tyo pay fee FB
* C) "students", needing tyo pay fee FC

2 levels of time-dependent fees for each group:
* first year you pay feee F*1
* from second year onwards you pay a different fee F*2

When the membership payment for a year is over, that user should be automatically re-assignable to another group defined in the group transitions, which should allow to set conditions for the trigger to happen:
* when group expiry happens
* when freeperiods frmo ((doc:PluginMemberPayment)) expire
* when some tracker field = some value, higher/lower than some date or other tracker field, etc. (this one is just brainstorming; it should be thought more {sign user="xavi" datetime="2016-05-27T10:51:06+00:00"})

This way, they can be requested to pay for the fee F*2, knowing that they have to pay FA2, FB2 or FC2. With current codebase, after gruop expiry, you do not know which group that user belonged to, and you can't offer that user the right fee to be payed for with plugin MemberPayment.


HTH

The Bing Machine Translation feature does not work in Tiki 15.2.

I have registered an Azure application with the following credentials:
* ClientID: tikitest
* Client secret: qtlQwEJZ71Xp25WcQ6sLfnYvSaCoA

I have enabled the Machine Translation option and selected __Bing__ and entered the correct credentials.

When I try to use the Machine Translation option on a wiki page, the page reloads, but the original language remains. Tiki displays the following text alert box:

WARNING
This text was automatically translated by Google Translate from the following page: myWikiPageName


Notice that Tiki says "Google Translate" even though I selected Bing as my machine translation.

I flagged this as Importance = 10 because Bing offers a free machine translation option, while Google does not.

For social media sites, not all users get along with each other. It's just part of human nature. Rather than involve administration over every single quibble there should be an option for users to block/ignore other users.
Ideally, the block feature should be easily accessible from the Userlist, Messages, forum, and any author link.

!!!What I do
I create a blog post with characters like less than, ampersand, etc.

!!!!#First problem
The individual blog post looks fine but the list of blog posts is all wrong: I see the encoding of these characters. ("&lt;" instead of "<")

!!!!#Second problem
When I edit my blog post afterwards, the textarea does not show the content I put in. It shows the html codes for less-tan, ampersand, etc. ("&lt;")
This is why I say the original contents are corrupted.

!!!Probable reason for bug
When a blog post post saved, it does not save the content properly, it saves "&lt;" instead of "<", etc.
Wiki pages do not have this issue and they save "<" when "<"< is entered.

With the Journal theme, blog descriptions (at the top of tiki-view_blog.php) are displayed with a #b7b7b7 (light gray) text color on a white background. Considering that text is small, this b7b7b7 to #ffffff contrast means that the text is not only hard to read, but even easy to miss, as can be seen in the attached screenshot.

This happens because the Journal theme specifies color #b7b7b7 for class help-block, and because blog descriptions have the help-block class. I understand that help text is made discreet. But frankly, such a low contrast is a readability issue. Moreover, descriptions are not help text. They do not warrant big red text, but with such a small size, I'm not sure they even warrant gray. I would have no problem if they were pure black.

I am not clear on what change(s) are best, but I don't exclude that ideally:
# help-block color would be changed
# Blog descriptions would be changed to use a different, more prominent class

Blue Alert box after saving a tiki page stays on top of "Wiki top line location" when it`s on the top position , making it difficult to close the alert. Its because the alert div is rendered after the top line, and they stack. (lack of a clear property?)

I use this custom JS to make it work: $('#col1 > .pull-right').insertAfter('#col1 > .alert.alert-info.alert-dismissable');

Tested in a trunk show instance, and everything seems right. Maybe it has been fixed in the trunk? Can we make it to te 15.x?

Show instance: http://fvtorres-11800-5973.show.tikiwiki.org
User: admin
Pass: 12345

Thanks

Old:
On a page that has a Bootstrap Tour (Tour wikiplugin), if the page has inline edit icons and the pointer hovers over one even quickly, the tour popover disappears, ending the tour.

New:
Sorry but I'm seeing this behavior again in a recent revision of branch 15 (r57769). I'm not sure when the problem reappeared.

Newest:
Fixed.

With the code below (within the split tags) there are br tags displayed in clear.


{SPLIT(colsize="24%|2%|74%")}
Widget Company Limited
__Henry Ford__
{img src="img/noavatar.png"}

!! N hours
__Training this year__
-=2015 - _8.5 h__ =-
-=2014 - _6 h__ =-
...
-=2010 - _6.6 h__ =-


!! X
__Total Courses taken__


(Some chart here)

---
~hs~
---
{TABS(name="kbhome" tabs="New | All Courses | Mandatory Courses | Continue Watching | Favourites" toggle="n")}
^{BOX()}
List of new courses will come here...








{BOX}^
/////
{BOX()}
List of all courses will come here...







{BOX}

/////
^ List of Mandatory courses will come here...







^

/////
List of courses to continue watching will come here...

/////
List of favourite courses will come here...
{TABS}
{SPLIT}

After changing admin pass in a brand new Tiki install the user is sent to example.com/Homepage even if the preference was not enabled by default, and the server didn't support it, like in the case of show.t.o.

This can produce the awful impression that Tiki is broken just in your first trial/test in a server.

Search offered by browsers (Ctrl+F) looks in text areas. So if editing a wiki page (for example), browser search should allow finding a term in the wiki page's source. Unfortunately, CodeMirror does not find terms reliably, in Tiki 17 as well as trunk (r63983).

It's not exactly clear when search works and when it doesn't, but apparently occurrences of the search term inside the visible zone will be found. Those outside will not necessarily though.

For example, searching for "Smarty templates" in https://dev.tiki.org/DevTips only finds 1 of 3 occurences if the editor is at its default positioning (top).

This affects at least Firefox 55.0.3 and Google Chrome 61.0.

I consider this a serious bug for CodeMirror.

Hello Tiki Community,

Found a bug in the Item Link field. (I'm Using tiki 15.0)

If you use it to link to a Text field, it will consider all identical items as distinct ones, even if you use "Only one random item for each label". It works well though if you use it with a dropdown (as explained in doc.t.o).

I found a temporary workaraound for this issue, by using the "Select multiple values" option, and the item link somehow works as expected, but for my usecase I cannot allow that.

To reproduce:
http://fvtorres-11800-5933.show.tikiwiki.org/tiki-view_tracker.php?trackerId=2
u: admin
p: 12345

The description of control panels is nearly unreadable when using the business theme due to insufficient contrast. The text is a light gray on a white background.

For example, as can be seen in the attached screenshot, in tiki-admin.php?page=look, the description "Theme selection, layout settings and UI effect controls" is almost unreadable.

This happens in 15.x as of r60042 and affected trunk.

Removing the color property for the rule on class help-block solves, but that class is used in numerous places.

This was working in previous versions of Tiki (maybe 9.x?). I couldn't check when the regression was introduced.

popup box to select visible calendars shown underneath events details (using fullcalendar)
In 15.x: Using theme "Default bootstrap", but also reproduced with fivealive-lite, etc.
In 12.x: using default theme style (fivealive)

See it reproduced in 15.x here:
http://xavi-9794-5901.show.tikiwiki.org/tiki-calendar.php?todate=1459413360
u: admin
p: 12345

{img fileId="1040" thumb="box"}

To see it reproduced in 12.x, visit:
http://xavi-9794-5904.show.tikiwiki.org/tiki-calendar.php?todate=1459461600
u: admin
p: 12345