Category: Forum

I was working on the [https://tiki.org/forum4|forum4 (Features / Usability)] today and later on I found out that I got a WSOD.

https://tiki.org/forum6 is working fine

This is happening if I’m logged.
As anonymous I can see the page.

Forums are getting powerful enough to substitute mailing lists on many tiki sites (yahhogroups, etc.). However, notification messages from forums cannot be added easily to local email filters since the subject doesn't contain a label like [[Forum X - site Y] to ease this task.
{CODE()}
[Forum X - site Y]
{CODE}

I guess this must be very easy for a coder (just adding some variable to a smarty template? and adding a call to that variable if needed from the related .php or .tpl file - I just get the rough idea... I wish I could do that myself...)

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

Add checkbox to tag forum thread as 'expected feedback obtained', or [[SOLVED], and allow filtering and reporting based on that also

Similar to filtering closed item with the chance to reopen, but for support forums and without closing the threaf, but at least indicating to power users that they'd better search first other threads that still require support.

Like the [[SOLVED] manual tag renaming the thread subject in a later stage by the poster of the new thread.

Also show these type of unsolved threads in clear way in the daily reports messages

Forum attachments used to work for me in the past.
This time, I tested using them again in a 19.x site on a clearos-based server, with extra php 7.1 added, etc (following documentation of wikisuite, etc)

I get error 500 when attempting to upload a small file (<100Kb) to a forum, either in db or file storage on disk. Folder at the server works for files uploaded to file galleries.
Error message:
{CODE(colors="shell" ln="1")}
[root@server user]# tail /var/opt/rh/rh-php71/log/php-fpm/www-error.log
thrown in /var/www/virtual/example.org/html/lib/comments/commentslib.php on line 121
[10-Dec-2018 11:27:09 Europe/Madrid] PHP Fatal error: Uncaught Error: Class 'Perm' not found in /var/www/virtual/example.org/html/lib/comments/commentslib.php:121
Stack trace:
#0 /var/www/virtual/example.org/html/lib/comments/commentslib.php(3939): Comments->add_thread_attachment(Array, '43', Array, 'Solicitud Audit...', 'application/msw...', 58880, 0, 0, Resource id #10, '')
#1 /var/www/virtual/example.org/html/comments.php(178): Comments->post_in_forum(Array, Array, Array, Array)
#2 /var/www/virtual/example.org/html/tiki-view_forum_thread.php(279): include_once('/var/www/virtua...')
#3 /var/www/virtual/example.org/html/route.php(316): include('/var/www/virtua...')
#4 {main}
thrown in /var/www/virtual/example.org/html/lib/comments/commentslib.php on line 121
{CODE}

I have setup a forum for a freshly upgraded Tiki pre-17 trunk :
''( Last Update from SVN (17.0svn): Wednesday, 22 March 2017, 19:03:57 CET- REV 61822 )''
Then I added an eMail to send to from the forum to the email address, what works.

After that I added another email - a pop account - and saved and then the forum is not accessible in view mode anymore: my.example.com/forum5 shows a WSOD white screen.
Deleting the mail account, the forum works fine again.

As we are using this feature on tiki.org heavily and other users might also, I consider this a a 'Release Blocker'.

#

I think this is due to http://dev.tiki.org/Addons-Cleanup not done/finished entirely yet but if you had Addons enabled before and upgrade your Tiki to trunk (20.x) you will get fatal errors at some places like this:
{CODE()}
*Fatal error*: Uncaught --> Smarty Compiler: Syntax error in template
"file:/var/www/.../subdirs/tikitrunk/templates/tiki-forums.tpl" on line
112 "<a class="forumname"
href="{$channels[user].forumId|sefurl:'forum'}">{$channels[user].name|addongroupname|escape}</a>"
unknown modifier 'addongroupname' <-- thrown in
*/var/www/.../subdirs/tikitrunk/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatecompilerbase.php*
on line *112*
{CODE}

Could a system be implemented so that an admin could control the order that forums are listed within a section (like the way numbers are assigned in the featured links app)?

Also, a system to control the order that sections are listed (same as above)

Lastly, a setting to set the default order to be used when clicking on the menu item


Currently sections are listed alphabetically, and by default forums are listed based on last edit date.

You can click on the forum table headers to change the sort order in a number of different ways.

There isn't currently a way to select a sort method that I could find

{syntax type="tiki" editor="plain"}
It would be lovely to set some new user defaults at
* Admin (home) > Login > User defaults, and/or
* Admin > Groups > (Edit a single group)

The ability to Subscribe/watch/monitor new users in the site or to that specific group, to specific Tiki objects.

Which tiki objects?: I would say, in this order:
# specific forums
# specific blogs
# specific calendars
# specific newsletters (ML: we can already subscribe groups to newsletters)
# specific wiki pages
# specific structures
# specific trackers
# specific categories
# new articles

This is specially useful for new users of the site, where they don't know yet how to subscribe to specific areas, etc. Very needed for educational scenarios, but I can see many other places where new users are a bit lost for some time while they learn how to use the Tiki site.

Related:
*[wish988|Forum: Let forum admins/moderators add groups and/or users as watching the forum]
*[tiki-index.php?page=Business%20Plans|Let small business start ups access collaborative sharing where the document being shared is not visible by anyone else]


Anywhere there is a watch eye, it should be possible for an admin to have group members watch this category

I would like to be able to have nested categories in my FAQ and/or Forums. This is a pretty simple change (I think, I'm no coder) as it's just adding a 'parent_id' column to the tiki_faqs database (for example). This would allow a layout like

*Firewalls
**Checkpoint
**Cisco
**Juniper

Which would make browsing categories and organizing them easier.

{syntax type="tiki" editor="plain"}
On the top of tiki-admin_forums.php is the button "List forums" which should send the admin to the forum list at the bottom of the page (as I guess). But with firefox 2/3 it makes just a reload of the page.

When enabled feature_search it is possible for
Anonymous user to read protected pages via
special search request

Just try "a" or any other word that is in hidden
or protected area in search box - tiki-
searchresults.php give U text from hidden
pages

from tiki-searchresults.php



http://tikiwiki.org/tiki-view_forum_thread.php?
topics_offset=0&forumId=4&comments_parentI
d=16071

Assigned permissions:
tiki_p_forums_report(x)
tiki_p_forum_post(x)
tiki_p_forum_post_topic(x)
tiki_p_forum_read(x)
tiki_p_forum_vote(x)
tiki_p_view(x)
tiki_p_wiki_view_comments(x)
tiki_p_wiki_view_history(x)
to anonymous. but they cannot reply in forum. No error message.

If you post a message to the forum you can enabling e-mail notification.

Assume, you have the following message:
* my Message (watched)

Now you get an answer:
* my Message (watched)
* answer

A notification is sent about "answer", because the thread is watched.
now you receive a second answer, to the answer before
* my Mesage (watched)
* answer
** sub answer

You won't get a notification about "sub answer".

{syntax type="tiki" editor="plain"}
I think it would be good to have the option to have Automatic quarantine of forum posts that contain an external link. There would be an alert informing users that posts containing an external link will display after being approved by a moderator.

This would effectively end the kind of (likely AI or other automatic) spamming for link placement that we've seen in the tiki.org forums, I think.

This could be generalized to enable site admins to quarantine posts containing other content as well, such as hate speech. Maybe the admin preference would include a checkbox for "external link" and a text field for other content.

About the implementation, on the edit-forum page (such as tiki-admin_forums.php?forumId=14&cookietab=2#content_admin_forums1-2) there is an "Approval type" admin pref with options "All posted", "Queue anonymous posts", and "Queue all posts". To me the wording is a little unclear but maybe "Queue posts with external links" could be added here.

(I think "Require approval for" would be clearer than "Queue" in the wording of the options.)

It might also be good to extend this to also apply to comments, or to be ready to, if spam starts showing up there.

A user registered with an apostroph ' in their username (e.g. "Tes't") will not be able to use some feature of TikiWiki.

For example:
They will be able to select a forum, but after that, all that is displayed is the name of the forum, the "new topic" and "list forum" buttons (depending on permissions, of course), and the breadcrumb forum-navigation. The rest of the page (tiki-view_forum.php?forumid=X) is blank, no header/footer or any menus are displayed.

This __is__ dependant on the rights/permissions of the user in question, SubAdmins and Admins will see the full, expected forum page, regardless of apostrophes in their name (at least with my config, YMMV).

Another problem exists in regards to all JavaScript that uses the name of the user, for example the "tiki-my_tiki.php" page of the user, were JavaScript is used to expand Tabs (e.g. clicking "My Infos" will not work). This is due to JS using ' as string-delimeters, and not escaping any ' within the users name.

---

May be that the sole cause of all the problems lies within the JS-string-delimeter, but I'm no expert on the workings of TikiWiki, and the forum page breaks rather spectacularly when compared to the user profile page, which just doesn't work as expected.

Using tw.o forums and 2.0 (afaik):

You add a screenshot attachment to a reply in a forum post, and if you click on "preview" first, (as you would do on wiki pages), the image is lost (no tag is inserted on the forum post to help you link the attachment).

However, if you do the same attachment on a post, and click to post it (without previewing it first), the attachment link is shown.

Example at tw.o forums where it recently happened:
[http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=29608&thread_sort_mode=commentDate_desc&was_queued=n]

---
according to comment added to this bug report, this issue is still present in branch Tiki5 still (so probably also in trunk)
---
Unbelievable, bug still present in forum posts in 12.x since 1.x! (with forum replies, there is warning, at least, but not yet with brand new posts in the forum and attachment is lost indeed) {sign user="xavi" datetime="2013-11-22T09:45:52+00:00"}

Reproduced here:
http://xavi-9794-1986.show.tikiwiki.org/tiki-view_forum.php?forumId=1
u: admin
p: 12345

Presently TW has the possibility to avoid a usability mistake made by many forums systems : add a link to poster's page where it is not needed.

The average user will want to see the forum post first, and then, in some minority cases will want to click on the author's name to see who it is.

Therefore poster's page link should appear exclusively under poster's avatar, there where posts are viewed. Showing a link to poster's page in forums' tabular view is a pollution, and a source of wrong clicks and annoyances.

In a tracker item, we often refer to wiki pages. From those wiki pages, we should be able to see the trackers in the backlinks.

Related:
Tracker plugin to get title and make link to tracker item
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1768

With this second thing done, we could have backlinks among tracker items.


This will be useful for a ((Mindmap))

{syntax type="tiki" editor="plain"}
"If a user upload a big avatar (more than 45x45 px) tiki 2.1 not 'avatarize' and show the big image in the forums. This problem may be very uncomfortable when you read a forum topic."

I can confirm that this still occurs on tiki.org and whatever Tiki version it is running presently, specifically with GIF images. -- ssanders

If you use forum section, un the forum table, the right border is not displayed for forum row and only for section row.

{img type="fileId" fileId="282" noDrawIcon="n"}

See: https://tiki.org/tiki-view_forum_thread.php?comments_parentId=49015

{img fileId="638"}

And https://tiki.org/tiki-view_forum_thread.php?comments_parentId=42893
{img fileId="677"}

hi all,

I've spotted a bug on the forums.

===Here is a case scenario~hs~:===
* Lets say that I have a forum thread in forumId=1 which is constituted of one original message and 4 answers
* and I'm moving it (as admin) to (as an example) forumId=2,
* then I end up with being only able to see the original post (which created the thread) and the last answer

===Note=== that if I move it back to its original location (in this case forumId=1), then I can see the full thread (original post + the 4 answers).

===I did some research:===
When I'm going in the data-base table "tiki-comments", the only difference I can see between the thread being in the 2 different locations (forumId=1 and forumId=2) is the number in the "object" column. This column looks to be used for indicating to which forumId the message belong to. So, if I'm changing the number of this "object" column to the relevant forumId number, then it makes it working as expected (ie: showing all the messages in the thread).

===My conclusion:=== it looks like there is then a bug in the function used to move one thread from a forumID=x to a forumID=y, which somehow does not handle correctly the changes needed in the "object" column of the "tiki-comments" table.

Hope that helps.

The attachmentbox in tiki_view_forum/tiki_view_forum_thread can not be displayed if the forum_info is set to att_admin because the right is named as tiki_p_admin_form instead of tiki_p_admin_forum. I added also the moderator because i couldn't find it. Now it looks like this
($forum_info.att eq 'att_admin' and ($tiki_p_admin_forum eq 'y' or $forum_info.moderator == $user))
I think it is line 275 in comments.tpl.