It's a feature, not a bug 
That still does not explain some glitches...
Look, for example, at the image posted by logfiles above:
Why does it show an invisible user which became part of DT...?
Topic: [BPIP] Bitcointalk Public Information Project [Back in Action] - page 8. (Read 21754 times)
legendary
Activity: 1680
Merit: 6524
Fully-fledged Merit Cycler|Spambuster'23|Pie Baker
November 14, 2023, 05:34:29 AM
That still does not explain some glitches...
Look, for example, at the image posted by logfiles above:
Why does it show an invisible user which became part of DT...?
November 10, 2023, 03:18:48 PM
When looking at the activity ranking it would be fun to have a column for "latest post " (to see when this member made their last post on the forum). Seeing if a member has posted in the last 2 weeks or not would help you get a picture if their activity is going to rank up in the next period or not. Also, I don't see why the hourglass indicating inactivity isn't shown next to usernames in this ranking. This page is where it's the most relevant.
November 08, 2023, 02:13:18 PM
Or probably a bug due to the month reshuffle?
It's a feature, not a bug Technically I have heard someone calling it a negative feature: the system is working as expected, following the programmer's logic. However, the programmer's logic is very different from user logic.
I would say that when the user has to adapt to programmers, and not the other way round, that is a bad UX choice.
November 08, 2023, 10:56:31 AM
Or probably a bug due to the month reshuffle?
It's a feature, not a bug Quote
Yeah, last month I was on DT1 and this month am on DT2, but the thing is I have so many other members on my trustlist and not just those two, so I would expect it to show others too... right?
Enter your username in the Report Options (tiny orange icon on the top right), and you'll see all of them. When 30 DT1-members are replaced at once, BPIP's DT Change Log dumps a lot of data all at once. Your own name will be spread over multiple pages. 
November 08, 2023, 08:34:28 AM
Or probably a bug due to the month reshuffle?
Yeah, last month I was on DT1 and this month am on DT2, but the thing is I have so many other members on my trustlist and not just those two, so I would expect it to show others too... right?
Yeah, last month I was on DT1 and this month am on DT2, but the thing is I have so many other members on my trustlist and not just those two, so I would expect it to show others too... right?
I don't think it's a bug, just a showing of all changes. It confused me too, but then I saw that Jollygood dominates the log, but in fact, he has several thousand users on his distrust list. One of those pages for example https://bpip.org/TrustLog?pindex=5
I'm not sure how to check these changes for each user separately, nor is there an easy way to extract only the changes after the DT reshuffle. (manually only, I guess)
November 08, 2023, 08:21:32 AM
If I understood the bpip reporting correctly, what you mentioned appears after changing the status from DT2 to DT1 and vice versa.
This is a printout because in the meantime you and 1miau have become DT1, so there is no longer an equation logfiles DT2 no longer trusts 1miau DT2, now is more like logfiles DT1 trusts 1miau DT1
So, BPIP shows all the changes, and here the change happened due to the monthly DT reshuffle.
Or probably a bug due to the month reshuffle?This is a printout because in the meantime you and 1miau have become DT1, so there is no longer an equation logfiles DT2 no longer trusts 1miau DT2, now is more like logfiles DT1 trusts 1miau DT1
So, BPIP shows all the changes, and here the change happened due to the monthly DT reshuffle.
Yeah, last month I was on DT1 and this month am on DT2, but the thing is I have so many other members on my trustlist and not just those two, so I would expect it to show others too... right?
November 08, 2023, 08:02:15 AM
And then, I was offline for most part of last month, I never touched my trust list and then I see this
This could mean it didn't happen to me alone, there could be some more incorrect changes in the log that we think.
Quote
11/1/2023 9:45:18 PM DT2 selection logfiles DT2 no longer trusts 1miau DT2
Quote
11/1/2023 9:45:18 PM DT2 selection logfiles DT2 no longer trusts icopress DT2
My trust list hasn't been touched for a while - https://loyce.club/trust/2023-10-28_Sat_05.07h/1247226.htmlThis could mean it didn't happen to me alone, there could be some more incorrect changes in the log that we think.
If I understood the bpip reporting correctly, what you mentioned appears after changing the status from DT2 to DT1 and vice versa.
This is a printout because in the meantime you and 1miau have become DT1, so there is no longer an equation logfiles DT2 no longer trusts 1miau DT2, now is more like logfiles DT1 trusts 1miau DT1
So, BPIP shows all the changes, and here the change happened due to the monthly DT reshuffle.
November 08, 2023, 07:51:14 AM
I believe there are some bugs and inaccuracies with the DT Change log
First, I see some invisible member was getting selected into DT1
And then, I was offline for most part of last month, I never touched my trust list and then I see this
This could mean it didn't happen to me alone, there could be some more incorrect changes in the log that we think.
First, I see some invisible member was getting selected into DT1
And then, I was offline for most part of last month, I never touched my trust list and then I see this
Quote
11/1/2023 9:45:18 PM DT2 selection logfiles DT2 no longer trusts 1miau DT2
Quote
11/1/2023 9:45:18 PM DT2 selection logfiles DT2 no longer trusts icopress DT2
My trust list hasn't been touched for a while - https://loyce.club/trust/2023-10-28_Sat_05.07h/1247226.htmlThis could mean it didn't happen to me alone, there could be some more incorrect changes in the log that we think.
October 14, 2023, 05:06:11 AM
No, nothing in particular, just that "this website is not reachable".
I've just tested it again and it's just loading endlessly. Still not working here, I will try with a VPN later to check
I've just tested it again and it's just loading endlessly. Still not working here, I will try with a VPN later to check
Strange, still looks good for me. You could try a traceroute (or tracert) to bpip.org to see where the hops stop, they'll stop before reaching bpip.org due to firewalls or filters (under normal conditions), but it can sometimes give an idea how far the packets are getting. (assuming they are being dropped somewhere...)
October 14, 2023, 04:57:33 AM
All looks good from here, not seeing any issues. Did you receive an error?
No, nothing in particular, just that "this website is not reachable".
I've just tested it again and it's just loading endlessly. Still not working here, I will try with a VPN later to check
--EDIT--
Strange, still looks good for me. You could try a traceroute (or tracert) to bpip.org to see where the hops stop, they'll stop before reaching bpip.org due to firewalls or filters (under normal conditions), but it can sometimes give an idea how far the packets are getting. (assuming they are being dropped somewhere...)
Thank you ! I haven't even had time to test with traceroute, it's working normally again right now.
October 14, 2023, 04:46:06 AM
Bpip.org is down from my side
I tried to access it with Firefox and Chromium, same issue.
I tried to access it with Firefox and Chromium, same issue.
All looks good from here, not seeing any issues. Did you receive an error?
October 14, 2023, 03:58:23 AM
Bpip.org is down from my side
I tried to access it with Firefox and Chromium, same issue.
I tried to access it with Firefox and Chromium, same issue.
October 08, 2023, 12:57:46 PM
I thought the same thing initially, but the modlog should normally be getting read every ~2-3 minutes, it looks like BPIP's modlog stopped updating on October 6th 21:24. Not quite sure why yet, but once it is corrected, it should catch everything back up.
Should be ok now. There was a thread with the same title that was deleted twice. This shouldn't be a problem since there were two different thread IDs. But for some reason the thread ID got truncated - I have to look into why. So both entries ended up like this:
"Prime-exchange.ru - oбмeнный пyнкт элeктpoнныx вaлют in topic #546"
And that's a problem because the parser gets confused and doesn't find where the new (since last parse) entries begin in the modlog.
I've changed it to ignore the thread deletes when it's looking for new entries. It's already ignoring post deletes because those are obviously not unique. Now it will re-parse everything back to the last nuke or ban. Should be more reliable. Probably not 100% - technically it's possible for someone to get banned twice in one week albeit very unlikely. I might need to add something like checking 3 consecutive entries instead of relying on one entry.
October 08, 2023, 09:47:04 AM
But it's like BPIP.org does not record this type of ban. Is it bug?
Thank you.My guess: BPIP hasn't scraped modlog yet, and this user was Nuked only recently. If you check someone from the bottom of modlog, BPIP shows the profile was Nuked.
I thought the same thing initially, but the modlog should normally be getting read every ~2-3 minutes, it looks like BPIP's modlog stopped updating on October 6th 21:24. Not quite sure why yet, but once it is corrected, it should catch everything back up.
October 08, 2023, 02:48:56 AM
I always thought that when a user is Nuked, this is similar to someone being permanently banned except that the whole post history is wiped off
Correct.Quote
But it's like BPIP.org does not record this type of ban. Is it bug?
My guess: BPIP hasn't scraped modlog yet, and this user was Nuked only recently. If you check someone from the bottom of modlog, BPIP shows the profile was Nuked. October 07, 2023, 03:34:03 PM
I always thought that when a user is Nuked, this is similar to someone being permanently banned except that the whole post history is wiped off
Danielplease1 appears to have been nuked according to the modlog
But it's like BPIP.org does not record this type of ban. Is it bug?
https://bpip.org/Profile?id=3582292
Danielplease1 appears to have been nuked according to the modlog
Quote
Nuke user: N/A in topic #0 by member #3582292
But it's like BPIP.org does not record this type of ban. Is it bug?
https://bpip.org/Profile?id=3582292
September 01, 2023, 04:45:37 PM
537ms - 3110ms seems far from normal for a fiber connection. And a jitter showing 70 / 100, for a fiber connection, seems too high to be considered
I remember Dial-up Internet with better performance. (Yap, I am too old)
About Findingnemo problem, at the time when he complained about limited access to the BPIP service, I accidentally used the same one for a long period. I did some research. At no time did I have any downtime or unavailability of the BPP website.
September 01, 2023, 07:43:33 AM
It's a fiber connection that has pretty good speed and is economical too but I don't have any idea about the high ping factor but it used to be in this way.
It's normal for ping to go up when you max out your upload.537ms - 3110ms seems far from normal for a fiber connection. And a jitter showing 70 / 100, for a fiber connection, seems too high to be considered stable.
The line on the upstream doesn't look max'd out to me, but unstable.. maybe a wifi router performance issue of some sort, maybe something further down the line.
I'd want to connect a device directly into an ethernet port of the router, and run a speed test from that, to see what the differences are between that and the mobile/wireless connection are... to eliminate many of the wireless issues that could be happening.
A lot of providers will cap the upstream, but the line shouldn't really be bouncing up and down like that on the speed test.
Here is what a stable fiber connection looks like from a mobile device connected to a cheap wifi router.
September 01, 2023, 03:58:20 AM
It's a fiber connection that has pretty good speed and is economical too but I don't have any idea about the high ping factor but it used to be in this way.
It's normal for ping to go up when you max out your upload. 
August 31, 2023, 12:59:19 PM
AFAIK, no one else seems to have that problem other than me so it is convincing that something on my end happened at that time but not sure what it was but it was resolved so it is good.
Do you know if the "packet loss" counter at the bottom said anything during the time of the issues?
Also, if I'm reading the info correctly on your screenshot (I don't use this speed test much), but the current test you show has a higher than usual ping & jitter range (pings going from 28 to 537 and hitting over 3110ms on the upload, and jitter values between 73-100..). Some wild swings there, so I might see this connection as being unstable. Are you running all of your devices from some sort of 5g wifi tower type of device, which provides an internet connection through 5g or some sort of wireless cell service?
I am sure that packet loss was 0.0% every time which I used the test.
It's a fiber connection that has pretty good speed and is economical too but I don't have any idea about the high ping factor but it used to be in this way.
Do you know if the "packet loss" counter at the bottom said anything during the time of the issues?
Also, if I'm reading the info correctly on your screenshot (I don't use this speed test much), but the current test you show has a higher than usual ping & jitter range (pings going from 28 to 537 and hitting over 3110ms on the upload, and jitter values between 73-100..). Some wild swings there, so I might see this connection as being unstable. Are you running all of your devices from some sort of 5g wifi tower type of device, which provides an internet connection through 5g or some sort of wireless cell service?
I am sure that packet loss was 0.0% every time which I used the test.
It's a fiber connection that has pretty good speed and is economical too but I don't have any idea about the high ping factor but it used to be in this way.
Jump to: