Attention:

Support Rules and Guidelines
Before you post your support topic, please remember to:
  • Read the support forum rules.
  • Check the wiki and use search to see if your problem can be answered there first.
  • Link your board please, and make sure that the problem on your board is visible to guests or provide a test account.
  • Do not post Board Wrappers and CSS unless requested. With a board link, this is not necessary.
  • Be as descriptive as you can and use as many details as possible when describing your problem.
  • Please briefly mark any links to forums that may not be work-safe.
This will help ensure your support issue will be attended to in a quick and efficient manner.

Pages: (3) 1 2 3  ( Go to first unread post ) ClosedNew TopicNew Poll

 names in board stats [SOLVED]
#
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

signature
email: admin@jcink.com :: blog: John C.
#
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...

signature
email: admin@jcink.com :: blog: John C.
#
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?

signature
email: admin@jcink.com :: blog: John C.
#
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
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:

Attached Image

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 ?

This post has been edited by clicker: Nov 14 2017, 06:57 PM

Attached 1 File(s)
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.

signature
email: admin@jcink.com :: blog: John C.
#
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?

signature
email: admin@jcink.com :: blog: John C.
#
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
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?

signature
email: admin@jcink.com :: blog: John C.
#
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
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?

signature
email: admin@jcink.com :: blog: John C.
#
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
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.

signature
email: admin@jcink.com :: blog: John C.
#
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 !!
PM
#
No problem. I'll consider this solved then. http://files.b1.jcink.com/html/emoticons/smile.gif

signature
email: admin@jcink.com :: blog: John C.
0 User(s) are reading this topic (0 Guests and 0 Anonymous Users)
0 Members:
Share this topic:
« Next Oldest | General Support | Next Newest »

OptionsPages: (3) 1 2 3  ClosedNew TopicNew Poll