Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Stats Page Query Bug #5917

Open
1 of 4 tasks
cesswairimu opened this issue Jun 17, 2019 · 7 comments
Open
1 of 4 tasks

Stats Page Query Bug #5917

cesswairimu opened this issue Jun 17, 2019 · 7 comments
Labels
discussion planning Planning issues!

Comments

@cesswairimu
Copy link
Collaborator

cesswairimu commented Jun 17, 2019

Hi all,

We are having trouble with queries in the stats page for some of data for year 2013. This is a planning issue for going about solving that and also removing spam users on the site

Issues:

Affects:

Affected by/related to:

@skilfullycurled and anyone else feel free to edit

@cesswairimu cesswairimu added planning Planning issues! discussion labels Jun 17, 2019
@skilfullycurled
Copy link
Contributor

Thanks opening the discussion @cesswairimu.

Preface: not sure the best practices of using usernames so I'm including the UID. Seems like it'd be okay considering people's usernames are public info, but just being cautious.

In any case.

I have some very strange news to report, not sure if it's what's causing the 4/23/13 issue but there were four people who created accounts on that day. For these users, if you go directly to their profile page by entering the username manually into the correct route (.../profile/username), all of their profiles work and none of them appear to be spam.

However!

Only one of those four users (UID 1205) has actually posted any content.

So what?

Here's where it gets weird. If you search for all of the users, search works fine for everyone except the user with the content (UID 1205) returns a "There was an error. Are you sure you have the right address?" page (this is our version of a 404, no?).

@jywarren
Copy link
Member

Hi, just to help with debugging, I think it's OK to share this username because it is indeed public already and I actually know them: https://publiclab.org/profile/dorncox

How are you searching for their username? Using https://publiclab.org/api/srch/profiles?query=dorncox ? which for me works without an error?

@skilfullycurled
Copy link
Contributor

Just putting the name dorncox in the search bar.

@skilfullycurled
Copy link
Contributor

Just looked at your update in #5490. This seems unrelated now, although I guess that's still in progress. Who knows, might be the linchpin of the entire memory leak! : P

@jywarren
Copy link
Member

jywarren commented Jun 18, 2019 via email

@skilfullycurled
Copy link
Contributor

Okay, for what it's worth to debugging those issues, the other names at least say that nothing was found. In the meantime, please give my apologies to dorncox. Mistakes were made. I hold a press conference to officially apologize and make a correction in tomorrows paper.

@jywarren
Copy link
Member

jywarren commented Jun 18, 2019 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
discussion planning Planning issues!
Projects
None yet
Development

No branches or pull requests

3 participants