Category: Comment

or it's a group/permission issue.

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

Correction - comments are visible, so 'turned on' (enabled), just permissions for posting (tiki_p_post_comment) may have been changed in the upgrade to Tiki22.

This preference "Display Post new comment form by default" currently does nothing.

Similarly, disabling the preference "Website field" in the comments form does nothing: that field is shown to anon users.

Ping'ing you both @luci and gary in case it's easy to fix for you (maybe bs4 related?). hth

Reproduced here:
https://memoria.afamontseny.com

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.

12.x: can't post comments if codemirror is on (it says 'Content is empty'). This was working in 9.x.

Tried with jgui, codemirror on (default theme). Reproduced in a show.t.o instance for 12.x:
http://xavi-9794-5256.show.tikiwiki.org/tiki-index.php

Log in as:
u: admin
p: 12345
and try to ad a new comment.

When you click first to toggle highlighter (disable codemirror for that page and visit), then you can post the comment with no problem.

If this is too difficult to fix in codemirror implementation in Tiki, maybe some preferences would help to indicate in which section to have codemirror on (main text areas from wiki pages, trackers, etc), but disabled for comments, etc.

!!- Fixed in 12.x
If codemirror is switched on, comments can't be posted (12.x). It says as if no content was added in the comment body. Similarly, comments can't be edited if codemirror is switched on (12.x, 13.x).

Once highlighting is disabled, comments can be posted again.

To reproduce in 12.x, post a comment as admin here:
http://xavi-9794-5294.show.tikiwiki.org/tiki-index.php?page=Community+Members+HomePage

(while codemirror is on)

{img src=http://dev.tiki.org/display796}

The same issue is reproduced in 12.x (still with r52504, Sept 12, 2014) in comments to tracker items, even if the codemirror mode is set to "Disabled but switchable"
---
!! still present in 13.x and trunk
To reproduce in 13.x, try to edit this comment with the highlighter toggled to on the homepage of:
http://xavi-9794-5294.show.tikiwiki.org
http://xavi-9794-5294.show.tikiwiki.org/tiki-ajax_services.php?controller=comment&action=list&type=wiki+page&objectId=HomePage#comment-container
u: admin
p: 12345

{img src="display963" width="600"}
---
^ Regression: In 9.x comments could be posted or edited even if codemirror was on.^
---
Update: issue still present in 13.x in r53262 and in trunk r53255 after it has been fixed by patrick-proulx and same fix applied to 13.x and trunk. Something else must be missing somewhere.... {sign user="xavi" datetime="2014-12-04T07:52:23+00:00"}
---
Update 2: issue still present in 13.x with code updated as of January 10, 2015. {sign user="xavi" datetime="2015-01-10T12:43:07+00:00"}
---
Update 3: Fixed in 14.x but not in 13.x. Oh well, I close this bug report, since 14.0 will be out very soon, etc.

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.

{img fileId="845"}



http://dev.tiki.org/item5324 also has stray "Add comments"

13.x: codemirror not switchable for new comments (but just for comment edition) even if preference correctly set.
In 12.x, codemirror is switchable indeed for new comments, as well as for comment edition

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

You can see it reproduced here:
http://xavi-9794-5064.show.tikiwiki.org/tiki-index.php?page=HomePage&threadId=1&comzone=show#threadId1

u: admin
p: 12345

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

14.x: wrong comments count displayed (maybe it shows # of edits, and not # of comments?)

See it reproduced in the comments shown at the bottom of this pagae from another wish show.t.o instance:
http://xavi-9794-5294.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

{img fileId="993" thumb="y" rel="box[g]"}
---
Reproduced some issue here, as indicated in the comments:
{QUOTE()}
Hi manivannans
I could reproduce some issue still, in your own page:
http://xavi-9794-5294.show.tikiwiki.org/tiki-index.php?page=test+page+for+comments
# I deleted a few comments as admin. The count updated accordingly.
# I created a few users (through profile Voting_System), and switched to user1, to add a 2 replies and a new comment there. The count was updated appropriately, showing 5, 6 and 7 as the total count of comments, correspondingly. However, since comment moderation was on, the comments were not shown publicly, and the number of comments didn't match the number of comments shown. Maybe the total count should reflect the number of approved comments, not all of them.
# I switched back to admin user, and deleted one of the comments pending moderation, and then, the total count shifted tyo "NaN". Screeshot attached
+ {img fileId="995" thumb="y" rel="box[g]"}
{QUOTE}

Comments can be used on wiki pages, blog posts, etc

There is Spam protection (CATPCHA) but nothing against trolls.

A comment moderation feature would be nice.

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

{syntax type="tiki" editor="plain"}
I was logged in as admin and tried to post a comment to an article. I typed in a title and comment then pressed "Post as Anonymous." The page that comes up has no css, and at the bottom it says:

Fatal error: Call to a member function generate() on a non-object in /templates_c/en^%%C6^C6E^C6EF0FD6%%antibot.tpl.php on line 28.

The comment goes through fine.

{syntax type="tiki" editor="plain"}
\db\tiki.sql 548:
CREATE TABLE `tiki_comments` ... `archived` char(1) default NULL, ..
\lib\comments\commentslib.php 1337:
if ($prefs['comments_archive'] == 'y' && $tiki_p_admin_comments != 'y') {
$conditions['archived'] = 'n';
}
unarchived comments have `archived` = NULL, not 'N'

Showing a comment to a blog entry that has been posted the same day, only the time when the comment was posted is displayed. We use the German translation of TikiWiki, but the English "at" in "at 12:34" is display, not the German "um".
After having a look into the code, it seems the translation function is not called in lib/smarty_tiki/tiki_short_datetime.php

5x: tracker comments should allow self-subscribe option for poster, like in forum posts or page comments. Right now, lost of interaction and feedback is lost for users until they learn how to subscribe to tracker items....

That was the same problem in forum posts for years, until some one added that feature to forum posts and wiki comments...
However, it seems that tracker item comments didn't benefit from that enhancement.... and honestly, they deserve it...

---

UPDATE:
* Still a very much desired feature in MANY tiki sites (including *.t.o sites). {sign user="xavi" datetime="2013-11-17T09:30:58+00:00"}
* Still a wish...{sign user="xavi" datetime="2014-07-13T10:00:49+00:00"}
* Still a wish (many years later). Sniff ... {sign user="xavi" datetime="2016-06-28T08:55:07+00:00"}
---
Gorgeus, fixed, Victor! Thanks! (tested in tracker comments, and adapted the profile "Bug_Tracker_15" to allow commenting by registered to easily test/debug this issue also in the future (or in other branches). {sign user="xavi" datetime="2016-10-11T17:21:14+00:00"}
---
Update: {sign user="xavi" datetime="2016-10-11T17:38:28+00:00"}
* emails are duplicated if the user was also selected in a "user selector" type of field, with notifications on. We should check that no duplication of emails is sent: one as commenter, and another one duplicated as user selected in the "user selector" field with notifications on.
See it reproduced in the show instance:
2 emails have been sent in some cases:
http://xavi-9794-3214.show.tikiwiki.org/tiki-syslog.php
u: admin
p: 12345

* Tracker item commented:
+ http://xavi-9794-3214.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=5
* see email corresponding to each user:
+ http://xavi-9794-3214.show.tikiwiki.org/tiki-adminusers.php
* see tracker field definition:
+ http://xavi-9794-3214.show.tikiwiki.org/tiki-admin_tracker_fields.php?trackerId=1
** note last 3 fields, all of them user selector with email notification on.
---
Update {sign user="xavi" datetime="2016-10-13T10:40:17+00:00"}
In addition, other systems maybe sending a duplicate of the same email message (see https://doc.tiki.org/Watch ), and we'd better add a system to prevent those duplicated emails to be sent.
To be checked for duplicates (and remove them before sending):
# generic (wildcard-like) user watches through the "__My Watches (UI) > Add Watch > Event__"
# Objects
** user watches on objects
** group watches on objects
# Categories
** user watches on categories
** group watches on categories
# Structures
** user watches on structures
** group watches on structures

I'm usure about category watches. Maybe we can leave those messages also, since they are not 100% equivalent to the other notification emails?
---
Sure, see comments. Issue fixed. {sign user="xavi" datetime="2016-10-14T10:13:36+00:00"}
And duplication of emails was due to some other issue, fixed by kroky6 also (great, thanks!).

I've been thinking for ages that this kind of option is REALLY needed, and I thought it should not be much coding effort:

Automonitoring each own's posts, through either:
# Add a select box to monitor each own's forum post or tracker submission at post time, in a "per forum post or tracker item insertion" basis, or
# with a user preference for all forums, or all trackers, blogs, etc..
---
Still needed...

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

Add ip to syslog and/or action log, so that when anons (at least) are allowed to add content and it's spam (robots seem to be able to post with our current antibot captcha), there is way to identify the ip of the spammer.

So far, antibot captcha is added (in trunk, at least) to:
* wiki edit
* wiki page comments
* forum posts
* tracker item comments
* freetags
* calendar items
* newsletter subscription

The action of adding content on those features should be logged in syslog and/or action log and IP recorded.

If you follow a notification link to comment (e.g. on a tracker item) and you then reply or add a new one the #threadId=42 value stays on the url and you get scrolled to the initial comment again, not the one you just added (does that make sense?)

tiki-list_comments.php does not parse comments in column "Comment", regardless of whether section_comments_parse ("Parse wiki syntax in comments in all sections apart from Forums") and feature_forum_parse (Accept Wiki syntax) are enabled.

This is a regression from r20794 / r22511.

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

At https://dev.tiki.org/tiki-list_comments.php you can see the list of comments.
(I went there because for some obscur reason I don’t receive notification on comments and I was trying to find a way to get the information).

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

All those without title or/and untitled (not sure what is the difference in the code) make it impossible to follow the comments origine and it doesn't look good.

The parent object name should be use as reference when the title is missing

IE: Use this tracker item title as comment title if comment is not found.

If a valid wikilink is included within a comment on a wiki page, that link is reported by BACKLINKS on the page being linked to.

{CODE(caption="Test_MRB_01")}This page uses the BACKLINKS plugin to show pages with links to it -
{BACKLINKS()}{BACKLINKS}{CODE}

{CODE(caption="Test_MRB_02")}This page has three source lines, the second of which is a comment.
~tc~((Test_MRB_01|This link to Test MRB 01 is in a comment))~/tc~
This is the third line, but only two lines visible when viewed.{CODE}