Kunena 6.3.0 released

The Kunena team has announce the arrival of Kunena 6.3.0 [K 6.3.0] in stable which is now available for download as a native Joomla extension for J! 4.4.x/5.0.x/5.1.x. This version addresses most of the issues that were discovered in K 6.2 and issues discovered during the last development stages of K 6.3

Please Read This First:


Please read the guides posted as sticky topics in this category. For a quicker response, please give as much information to help us understand the problem (see How To Ask Questions The Smart Way and What information should I include when I ask for help (including how to post my configuration report)? ).

This category is only for reporting defects with K 2.0 Please read, before you post, Before you post your question, read this first .

Do not use this category:
  • if this website ( www.kunena.org ) works but works differently to how you expected
  • for requests to add or remove the standard features of Kunena;
  • for questions commonly asked or "how to" in nature (see the FAQs menu tab above);
  • for help with Kunena versions that are not the latest stable release; or
  • for general Joomla or website administration matters

You must include your K 2.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.

K 2.0 support will cease on 31 August 2013 and this section of the forum will be closed and archived after that time and no further questions will be answered about this version.

Question Top Posters statistics is outputting phantom accounts

More
11 years 1 month ago #1 by Winuser
I just finished a search here and found several posts about problems with the statistics output. One of the more recent reports (4 days ago) mentions upgrading from 1.7. That situation applies to me, so I am stating that now in case there is a connection that proves useful in the debugging process.

I first noticed the problem when several entries in a stats module did not have an avatar, name, or profile link. I had assumed this was a "lazy coding" bug being exposed when users don't have an assigned avatar--which is fairly common in my experience.

A few days later, I was looking at Kunena's own back-end statistics report, and I saw the same problem: The Top Posters list contains both real and fake entries! Thus, I am now assuming the problem is more directly linked to Kunena housekeeping (not the aforementioned module).

Here's a diagrammatic example of what I'm seeing reported. "[+_+]" represents an avatar image, and "Name" represents a known member.

[+_+] Name... 399 posts

...329 posts

[+_+] Name... 241 posts

[+_+] Name... 208 posts

...118 posts

So I'm getting a list that is properly sorted, but one which contains a mixture of actual post statistics and statistics associated with phantom accounts. Using the previous example, there is NO registered user with a 329 post count; and there is NO registered user with a 118 post count. Thus, it's not even a case of some accounts being misidentified.

If I had to guess, I would think there might be problem with orphaned data (e.g., from old, deleted accounts), duplication (i.e., some account instances being sampled twice), some data distortion introduced during database upgrade, or a coding bug which allows the stats generator to terminate prematurely.

Please Log in or Create an account to join the conversation.

More
11 years 1 month ago #2 by skybax
Go in Kunena Configuration and do a Recount Statistics and a Synchronize Users

Please Log in or Create an account to join the conversation.

More
11 years 1 month ago #3 by Winuser
I did try Kunena's built-in database tools first, but to no avail. Recounting and sync'ing has no effect on these phantom entries.

It's also worth adding that the topic hits counters are severely underestimating the actual numbers. For example, one old forum topic has +3,000 "views," but the statistics system will report that topic has been "hit" only 500 times. It's like Kunena is calculating conflicting data and contradicting itself.

Please Log in or Create an account to join the conversation.

More
11 years 1 month ago #4 by sozzled
Are you reporting a defect following the upgrade from K 1.7.x to K 2.0.4?

can we see your configuration report please?

Please Log in or Create an account to join the conversation.

More
11 years 1 month ago - 11 years 1 month ago #5 by Winuser
I don't know if the defect is specific to 2.0.4. It only came to my attention when I decided to make use of the Top Posters module. But as I explained above, the incorrect data reporting is occurring within 2.0.4--and this does follow an upgrade from 1.7.

I'm not certain how config settings could impact how Kunena internally tracks and reports its own statistics in the backend, but here they are for your amusement:

This message contains confidential information

Database collation check: The collation of your table fields are correct

Legacy mode: Disabled | Joomla! SEF: Enabled | Joomla! SEF rewrite: Enabled | FTP layer: Disabled
htaccess: Exists | PHP environment: Max execution time: 30 seconds | Max execution memory: 128M | Max file upload: 10M

Kunena menu details:

Warning: Spoiler!

Joomla default template details : shape5_vertex | author: Shape5.com | version: 1.0 | creationdate: January 2012

Kunena default template details : Nova - Kunena 2.x | author: www.TemplateKunena.com | version: 1.0.0 | creationdate: 15.12.2012

Kunena version detailed: Kunena 2.0.4 | 2013-01-18 [ Pharmacopoeia ]
| Kunena detailed configuration:

Warning: Spoiler!
| Kunena integration settings:
Warning: Spoiler!
| Joomla! detailed language files installed:
Warning: Spoiler!

Third-party components: UddeIM 2.7

Third-party SEF components: None

Plugins: None

Modules: Kunena Latest 2.0.4 | Kunena Login 2.0.4


My hunch is that attention needs to focus on the possibility of Kunena either creating false data records during upgrades, or coding flaws that trigger Kunena to critically mishandle data pulled from its tables.

Perhaps a simple utility to scan and obliterate anything that should not exist in the current DB tables might be needed?

The fact that I am seeing phantom accounts listed in Kunena's backend reports makes me suppose the problem might be traced to orphaned or corrupt account traces. Inactive accounts are frequently deleted by the administrators. [And yes, I've already instructed Kunena to removed profiles from deleted users.]
Last edit: 11 years 1 month ago by Winuser.

Please Log in or Create an account to join the conversation.

More
11 years 1 month ago #6 by coder4life
This specific issue is very difficult to diagnose because it requires us to have a reliable data set with this specific circumstance to observe this behavior. I will ask the team to take a look into their own installs to double check this behavior. As for the cause it could be a variety of things, but my suspicion is a coding bug that was just not obvious.

Please Log in or Create an account to join the conversation.

More
11 years 1 month ago #7 by xillibit
The users which you can't see name in stats list are anynomous ?
The categories where the message has been posted is anynomous ?

I don't provide support by PM, because this can be useful for someone else.

Please Log in or Create an account to join the conversation.

More
11 years 1 month ago - 11 years 1 month ago #8 by Winuser

xillibit wrote: The users which you can't see name in stats list are anynomous ?
The categories where the message has been posted is anynomous ?


You have to understand: There is NO user listed. No avatar, no name, no link to a profile.

From a coding perspective, I often find it helpful to look at the actual page output when trying to isolate a bug. Below is a snippet from the backend statistics listing. I'll show the first three Top Posters results. The first and third are valid entries; but look at the second one. I can see now that Kunena is trying to create a statistic for phantom, "Guest" users. Have a look:
Code:
<tbody> <tr> <th>#</th> <th>Username</th> <th>&nbsp;</th> <th>Posts</th> </tr> <tr> <td>1</td> <td> <a class="kuser-user" href="/index.php?option=com_kunena&func=profile&userid=13" title="View ATom's Profile" rel="nofollow">ATom</a> </td> <td> <img class="kstats-bar" src=".../media/kunena/images/bar.png" alt="" height="15" width="100%" /> </td> <td>541</td> </tr> <tr> <td>2</td> <td><span class="kuser-guest"></span><td> <td> <img class="kstats-bar" src=".../media/kunena/images/bar.png" alt="" height="15" width="81%" /> </td> <td>438</td> </tr> <tr> <td>3</td> <td> <a class="kuser-user" href="/index.php?option=com_kunena&func=profile&userid=33" title="View e-mote's Profile" rel="nofollow">e-mote</a> </td> <td> <img class="kstats-bar" src=".../media/kunena/images/bar.png" alt="" height="15" width="74%" /> </td> <td>399</td> </tr>

Maybe what's happening is that Kunena is accumulating post counts every time a user account is deleted. I think this for two reasons:

(1) If a user really had 438 posts, their account would not get deleted. We only delete accounts from inactive members--people who post 0, 1 or 2 messages and then disappear.

(2) Guests are not permitted to post, so technically a "Guest" should always have zero posts.

Please also check if it's possible for a "banned" user to create this kind of problem. I haven't checked if there's a banned member with exactly 438 posts, but it's another possible situation to investigate.
Last edit: 11 years 1 month ago by Winuser.
The following user(s) said Thank You: xillibit

Please Log in or Create an account to join the conversation.

More
11 years 1 month ago #9 by xillibit
I have understtood and reproduced the issue, i need to find a fix now

I don't provide support by PM, because this can be useful for someone else.

Please Log in or Create an account to join the conversation.

More
11 years 4 weeks ago #10 by Winuser
What is the nature of the problem, exactly? Maybe I can apply a temporary bandage until a permanent solution is available.

Please Log in or Create an account to join the conversation.

Time to create page: 0.611 seconds