- Posts: 111
- Thank you received: 6
Kunena 5.1.9 Released (Today)
The Kunena team has announce the arrival of Kunena 5.1.9 [K 5.1.9] which is now available for download as a native Joomla extension for J! 3.9.x. This version addresses most of the issues that were discovered in K 5.1 and issues discovered during the development stages of K 5.1. This is a maintenance release.
Please Read This First:
This category is only for reporting defects with K 3.0.
Do not use this category:
- to ask general questions about how to use K 3.0 or to ask when new versions of Kunena will be released;
- to ask about other (older) versions of Kunena; or
- if you have tried to install K 3.0 on J! 1.5; or
- if you installed K 3.0 on a live, production site and you want your site restored to its previous state; or
- if this website ( www.kunena.org ) works but works differently to how you expected.
You must include your K 3.0 configuration report; if you do not include your configuration report, your topic may be closed (locked) or deleted without any further warnings from the moderators.
Topics that have been closed (resolved) will be archived and no further discussion on those topics will be allowed.
Question Thank You not fully respecting permissions
usergroup A has read (view) / write (usergroups allowed to post / reply) permissions in Cat 1 & Cat 2
usergroup B has read/write permissions in Cat 1 and read only in Cat 2.
Usergroup B in my opinion should not be able to give "Thank You"s in Cat 2 however Kunena allows it.
If you have setup a forum to be read only for certain users, allowing Thank You is not read only. You are allowing an action beyond read only. You are allowing a write permission even if it is a very limited one.
Interesting debating point. I can see both sides of the discussion but, if in the overall scheme of things, if a user can view a topic (even if they cannot post a reply in that topic) does it really matter if they cannot say "thank you"?
xreliable wrote: If you have setup a forum to be read only for certain users, allowing Thank You is not read only. You are allowing an action beyond read only. You are allowing a write permission even if it is a very limited one.
I tend to agree with 810 and conclude that this is not a bug in K 3.0. On the other hand, if it really does upset many members of this community who feel, as xreliable seems to feel, that disallowing write access should also extend to the ability to say "thank you", then the developers may take those considerations into account in a future version of Kunena.
Thank you for raising this issue but, for your information, I have searched this forum and I have not seen any other member of this community who has reported this matter before.
To my way of thinking, even though matter may be considered an undesirable, "undocumented feature" of K 3.0 it is not a defect, per se. Perhaps, therefore, this topic may be better relocated in one of the general questions, or feedback, or feature requests categories for other members of the community to provide their feedback, comment or support for the idea.
You are starting with an a priori assumption. If you start from the root of it, it is not a matter of "extending to" By default the hierarchy starts from reading and writing. In the normal extension of logic, Thank You is a write permission.
Essentially you're telling me to argue against a negative to make a case. I'm not arguing, just bringing it to your attention. This is NOT correct. It is not my opinion and not even a big deal to me personally, but every little issue that circumvents logic in favor of value judgements has ramifications. Best way to avoid those is to keep it simple at the core and extend that simplicity directly and logically. Read/Write is about as core as it gets.
It's possible that some people feel, as you do, that using the Kunena category permissions to restrict write access to categories should extend to the ability to use the "thank you" feature. It's also conceivable that some people may not feel the same way and, although their users cannot post topics in categories protected by certain write-access permissions, they may wish to allow their users the ability to use the "thank you" feature.
There is always the danger of using one setting to do two different purposes (whether those purposes may be related or not related). In cases where these situations arise, it is preferable to implement a kind of "parameter redunancy" where one setting applies to one feature and a different setting applies to a different feature. There's a danger in "over optimising" parameter settings to the extent that that one-setting-does-everything defeats the purpose for having two different settings. Sometimes one setting is used for something else, quite unrelated because it was "convenient" for the software developer to design it that way. I know of a couple of places in Kunena where this happens.
An example of "one-setting-does-everything" problem (in Kunena) is the setting
Configuration » Users » User Related » Display User Name
Suppose you wanted to display the username in Kunena messages but display the real name in the user profile ? Unfortunately, this single parameter does not permit you to do that. Instead, in order to resolve this kind of issue, there would need to be one parameter to control how a username was displayed in forum messages and a different parameter for how the user's name was displayed in their user profile.
Similarly, what would effectively deal with the matter we're now discussing is to have a separate setting in the Kunena Category Manager that says "extend the Kunena write permissions to ensure those users also have the ability to use the 'thank you' feature." Something like that, perhaps.
If we take the premise that "read/write is about as core as it gets [and it should extend to the 'thank you' function]" then this may deny the ability to allow those (who cannot otherwise post) the means to express their appreciation for what they're able to read if that's what some people may want to permit.
I'm not arguing with you, either. I disagree that there's a flaw in the "logic"—although that's also only my opinion, of course—and we're just having a good, healthy debate.
You are assuming that there is a decision to accept one preference or another based upon a value judgement. The point however is that by default the simplest logic here is read/write and as a Joomla component that it falls under the Joomla style usergroup/view level schema. So naturally "Thank You" is a write function. This is not debatable or to be argued. It just is. To state that or to accept that, is not to accept that you are right or wrong. It is accepting what is patently true. A fact.
If the architect of Kunena decides that this line should be broken, that is an actual value based decision to break from the natural logic. This is before we even get to the argument of whether or not it is a good choice. The decision is not "to extend" or not, because for one thing that assumes that there was a natural choice to be made. There was not because it clearly is a write function. So it is either a bug (or could even be considered a minor exploit) that would fall under the larger category of permissions schema or a conscious, value based decision (right or wrong). The decision is to break from the natural logic and way things are done in Joomla as well as generally accepted principles (GAP) ostensibly at least by your argument, to suit a greater number of users for a particular purpose or purposes.
I hope that is clear. If your answer is that you like your choice better then so be it. I am just bringing it to your attention and don't want to waste anyone's time further.
- Not Allowed: to create new topic.
- Not Allowed: to reply.
- Not Allowed: to edit your message.