Printable Version of Topic
Click here to view this topic in its original format
Jcink.com Forums > General Support > names in board stats [SOLVED]


Posted by: clicker Nov 11 2017, 09:32 PM
so our board stats as of yesterday have been displaying oddly. i couldn't for the life of me figure out why– staff and i have discussed and even when all us are logged in, we can't see each other.

at any one times we typically only see our names, or if not our names, then only one or two other members names when we know other staff is online, not logged in anonymously. i've logged out and back in again to doublecheck that i wasn't on anon but to no avail.

this is our board:

http://nightlands.jcink.net/index.php?

if this is just a temporary thing, or just something i did possibly ? that'd be great to know.

i've checked it over on just the default skin and it continues to have the same problem.

sorry if it's something i totally overlooked and thanks !

Posted by: John Nov 12 2017, 02:10 AM
QUOTE
this is our board:

http://nightlands.jcink.net/index.php?

if this is just a temporary thing, or just something i did possibly ? that'd be great to know.


It is likely something you did as there have been no changes to the codebase lately. Check your prefix/suffix syntax for your groups. Make sure that there are no missing 's or "s in the span tags that may be causing the rest of the list to be "eaten."

Posted by: clicker Nov 12 2017, 02:35 AM
there have been no changes made to any user prefixes or suffixes and this is a recent issue. i'll take a look into that first thing however.

edit;; so our prefix is actually simply a closed span tag ahead of the username. we've never had issues with it in the past.

this is what i see on inspection.

[attachmentid=4740]

so no outlier coding being 'swallowed'. we've noticed a LARGE uptick in guests that could potentially be members on the site ?

this is what it looks like on the default skin, and within the code.

[attachmentid=4741]

i'm not ruling out that i've done something to break the site, but this started happening in a break between fiddling with codes. the site was working fine as far as i can remember four days ago, and i didn't edit any code until yesterday.

i'll try and take a closer look when i can see a user or two online on occassion however, as 2-3 names seem to show up when they are actually online and no one else.

it's probably honestly something minute i'm overlooking so i'll try and take another skim through.

editedit;; took the mo to re-inspect user prefixes just to be doubley sure. they look squared and away for me. i did mess around with cookies, not at all regarding stats in anyway...i'll try clearing those ??? tho i'm not sure it would do anything at all ahahaha edit;; nope. hmmm. checked it out on the secure link at https and still displaying the issue thinking i did something weird there as well.

Posted by: John Nov 12 2017, 11:01 AM
That span tag doesn't look like it would cause any problems. It's fine to have it in the suffix as I see you're creating a little dot.

Is this an issue you are able to reproduce by having two browsers open and using a secondary account?

Posted by: clicker Nov 12 2017, 02:54 PM
i've been able to re-produce the issue across 3 separate browsers all logged in to 3 separate accounts at the same time. chrome canary, chrome & firefox.

i'm only ever able to see the current account i'm logged into.

[attachmentid=4743]
[attachmentid=4744]
[attachmentid=4745]

edit;; i can also try it on the default skin if you think that might help any, or if it could be my scripting error.

Posted by: John Nov 12 2017, 03:22 PM
QUOTE
i did mess around with cookies


What do you mean by this?

For some reason your sessions are getting purged or overwritten or something.

Posted by: clicker Nov 12 2017, 03:36 PM
i was using local storage to store cbox position and setting it to 'remember' whether it was toggled on or off.

thinking back on it, this issue actually started the day before i started touching any cookies or editing any coding at all. that being said, i can try removing & clearing the cookies to see if it would help anything ?

i've purged cookies and moved to the default skin without it seeming to fix anything. i'll try removing the toggle cbox for now though.

edit;; i removed all instances of hosted scripting and purged cookies but it didn't seem to help. at times i can get up to 3 members, but no more than that. my other staff says they're the same, refreshing seems to get them maybe 2-3 members, including themselves, but usually upon refresh it's gone again.

i can go further and actually remove the scripting rather than just the hosted libraries, but i figured clearing cookies & removing the scripting would probably be enough ?

please let me know if there's anything else i can try !

[attachmentid=4746]


Posted by: owl Nov 12 2017, 05:09 PM
Kind of a shot in the dark, but since this sounds frustrating as hell I figured I'd add this in the interest of being thorough (though you may have already checked this):

Log into ACP > System Settings > General Configuration > under "Board Statistics Set-up" make sure 'show active users' is set to 'yes' and cut off for active user display in minutes' is set for at least a two-diget number.

The fact that this is happening even on the default skin makes me wonder if it's something to do with settings. Either way, good luck sorting this out.

Posted by: clicker Nov 12 2017, 05:22 PM
i'll check it out !!! thanks. we haven't changed anything and we've been open for 2 months ish w/o issues so i wonder if something wonky just happened for some reason.

edit;; nope, settings seem normal. weird. D^: thanks for the help tho ! i'm willing to try anything at this point ahaha.

Posted by: nightley Nov 13 2017, 08:48 PM
not to rush the issue, but I can confirm that 4-6 mods/admins have been logged in at one time and been unable to see each other for whatever reason. we've all logged in/out after scripts were disabled and just generally to check over the last two days, and it's always the same deal. 1-3 people are the most we see and even then, it's not consistent with the mods/admins currently testing and SHOULD appear to be logged in.

this isn't including the outrageous amount of guests that are always on, some of which I assume are members but their sessions aren't registering?

Posted by: John Nov 13 2017, 08:50 PM
We can try applying a default configuration file to the board. This won't change forum permissions but will change some settings you might have had. I can back up your current config file and restore it if it does not fix the problem. If that is alright with you I will try that. I just need a test member account.

I'm not really sure why your board is having this issue. It's looking more to be a bug but it's isolated to just your forum; I don't think it's a skin issue. No one else is reporting this, so it leads me to think it's some corruption of the settings.

I checked it was accurately tracking me as a guest, and I do not think they are members. It's normal to have an "outrageous amount of guests" online especially if a board has been up for a while, those are bots or search engine spiders. On this board alone we have ~50 with half of those i estimate being unknown spiders and spammers.

Posted by: clicker Nov 13 2017, 10:01 PM
that sounds fine with me and the rest of staff. we can make you an account / give you details to an account, or you can register.

i guess we thought the guests being members theory just because of the large spikes suddenly. i've known most new sites to hit the teens but 23+ and we're not very large.

thank you for taking a peer into this !

Posted by: clicker Nov 14 2017, 05:57 PM
so update ! we'd been intending to check IPs and staff are so far appearing as guests, so i assume members are as well. i've checked 3 separate IPs appearing under guests. it seems randomized each time i refresh– sometimes they show up under their name, on next refresh, they then revert back to guest.

don't know if this helps at all or not, but the plot thickens i suppose.

Posted by: John Nov 14 2017, 06:15 PM
I restored to default config. It looks like it fixed it. I see 3 people online including myself. Can you verify if it seems fixed? clicker

update:

Cee, test, Cora Penrose, James Darrow, Lou

5 members + 12 guests

Posted by: nightley Nov 14 2017, 06:30 PM
clicker will probably reply in a few here, but we still can't see all of our staff currently online. some are still appearing as guests which I just confirmed through their ips.

: (

the only upside's been that we're all generally seeing more people than normal. I see 4-5 consistently now.

Posted by: John Nov 14 2017, 06:35 PM
Ok -- so I tested and these were my results:

1. on jfh default, i can be logged in under my two test accounts, and see myself on both of them, same for the ipb default.

2. the moment i change to the nightlands skin, it breaks, and i can only see myself under 1 account logged in.

really weird... something is seriously screwing with the sessions on this skin I just don't know what

Posted by: John Nov 14 2017, 06:37 PM
update #2

Disabled javascript in chrome
Disabled javascript in firefox

test1, test2 show as online

if i enable js on either, the one with js overwrites the session. WEIRD.

so ive narrowed it down to the javascript...

Posted by: John Nov 14 2017, 06:43 PM
can you please try changing:

var topic="http://nightlands.jcink.net/index.php?act=idx";

to

var topic="https://nightlands.jcink.net/index.php?act=idx";

in wrappers?

Posted by: nightley Nov 14 2017, 06:50 PM
I did the thing!

but also, I'm not sure testing two accounts is enough because sometimes I see a specific member of staff and some times I don't? it's not consistent across accounts on who I do see and who I don't :c

Posted by: clicker Nov 14 2017, 06:56 PM
i've moved to the default skin. i have tried removing all the scripting before as i know it's a bit of a ...web at some point i'll optimize / host it properly. that didn't seem to help at all.

this time i've removed all cookies asides from the session id.

still seeing this:

[attachmentid=4750]

james darrow seems to always consistently show. a few others, as well as new accounts are consistent. it seems completely hit or miss with always at least 1-3 members missing that we know for certain are online.

i can try removing all the java OR setting the default for the time being to the jcink default board so we can see more clearly ?

Posted by: John Nov 14 2017, 06:57 PM
I am able to reproduce the issue consistently though with two accounts now on the main skin.

The javascript is not passing the cookie info from HTTP to HTTPS. Likewise, HTTPS is not wanting to pass cookie data to HTTP.

I would like someone to do the following edit now:

var topic="https://nightlands.jcink.net/index.php?act=idx";

change to

var topic="/index.php?act=idx";

and...

var topics="https://nightlands.jcink.net/index.php?act=idx";

change to:

var topics="/index.php?act=idx";

so two variable, topic, and topics, and try trimming the url down to just the relative one as I have done. if this does not work or breaks your script, let me know, but this will put the browser on the correct HTTP type for the request. i want to see if i experience the same problem with test and test2 after you make this change.

Posted by: John Nov 14 2017, 07:08 PM
I see you have made the change. It is looking good for me on test & test2.

We did not change anything to cause this to happen; however, perhaps there was a browser update that causes cookies to nulled if requests are crisscrossed over javascript with different protocols. That is the only thing I can think of. Or maybe it's just always been that way with JS. I'd have to look into it deeper. I was being warned by google chrome about cross protocol requests in the javascript.

I don't fully understand why it is possible to visit an https:// in a browser bar and still remain logged in when the cookies were set over http, or vice versa, but javascript does not permit it. This explains why I thought it was tracking me as a guest just fine ; it was, my status never changed.

I see: 11 members + 12 guests

I think your problem is resolved?

Posted by: clicker Nov 14 2017, 07:12 PM
that actually seemed to fix it. i imagine that the get.topic won't function without a full url string ? it does break the script but it's not life ending. i'm sure i could either figure something new to place in there or otherwise.

thank you so much !!! i guess i just don't know enough about utilizing https

Posted by: John Nov 14 2017, 07:13 PM
can you try it with relative urls? remove the protocol from the front. see if this will work:

//nightlands.jcink.net/index.php?act=idx"

im also wondering why 2 requests for the same page?

Posted by: clicker Nov 14 2017, 07:36 PM
relative doesn't work ! it's atually because http & https didn't seem to want to appear on the opposing url– http wasn't able to see content pulled from https and vice versa

Posted by: John Nov 14 2017, 07:39 PM
i see!

hmm.

i dont understand why it's not working with a relative path...

we have this for example:

CODE
$.get( "index.php?recent_alerts=1&read=1", function( data ) {
 $( "#recent_alerts_data" ).html( data );
});
$( ".alerts-indicator" ).html( "Alerts (0)");


it's part of the alert system core javascript. it works fine... maybe try without the / before index.php?

Posted by: clicker Nov 14 2017, 08:00 PM
it seems wonky with the scripting rather than the syntax of the url. i can muck with it for a bit and see if i can't find a solution !!! our main concern was the stats. thank you so much !!! i shoulda known it was something i'd goofed honestly

Posted by: John Nov 15 2017, 02:00 PM
Basically the thing to take away from this is that:

- if you make an https request via javascript while on http, cookies/sessions are not sent, thus the board sees you as a guest

I should have had you try your results on the default skin but it was honestly looking like some quirky system bug. I'm glad that turned out not to be the case. We both missed it and learned something new.

Posted by: clicker Nov 17 2017, 07:19 PM
it makes sense honestly that checking with just me in default didn't fix the issue either, as others would still be using the custom skin. i think that's the takeaway as well.

thank you so much for your help with everything !!

Posted by: John Nov 17 2017, 07:49 PM
No problem. I'll consider this solved then. http://files.b1.jcink.com/html/emoticons/smile.gif

Posted by: John Nov 18 2017, 10:08 AM
This topic has been solved. If you need anymore help please post a new thread. Thanks for choosing Jcink services.

'
Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)