Page MenuHomePhabricator

Some users cannot add new Structured Data: "The results could not be loaded"
Open, Needs TriagePublicBUG REPORT

Description

I was hesitant to submit this bug, because I can't replicate it, but 3 different users reported the bug to me.

Steps to replicate the issue (include links if applicable):

This is the steps the users in question had, I wasn't able to replicate

  • Log in and register in https://isa.toolforge.org/campaigns/230
  • Try to add a Structured Data, enter a SD you know exists, for example Yogyakarta (Q3741), and many others.
  • "The results could not be loaded"
  • I have suggested them to switch between Wi-Fi and mobile data, and try again; but the results are the same for 3 reporters.
  • A couple days later, one user was able to add SD, one was still unable, and one didn't report back.

What happens?:

I think the only similarities are the 3 of them are relatively new users, but some has several hundreds edits already, although not that much in Commons.

BUT, I tried joining the campaign and editing as one of my alt low-edit account, and I can add them just fine. So I'm not 100% sure that editcounts is the main culprit here.

What should have happened instead?:

What are the hidden prerequisites that trigger the error "The results could not be loaded"? Is it editcounts? If so, then please make it clear what's the minimum amount of edits are permitted to use ISA.

The error should be more specific. Why can't it be loaded? It's confusing people as if they entered wrong keywords, or wrong language, etc.

Software version (skip for WMF-hosted wikis like Wikipedia):

Other information (browser name/version, screenshots, etc.):

Event Timeline

photo_2023-03-01_11-15-38.jpg (1×720 px, 82 KB)

This is the screenshot that one of them sent to me.

I think giving their usernames should be okay to check their account age and other details that may play a factor here, so, devs, let me know if you need their usernames.

There was a fix that kinda solved this, but is wasn't yet deployed on Toolforge. I cherry-picked it to the the deploy branch and it looks like it works better now.

The error doesn't occur depending on the user or how much they've edited. Rather it was an internal server error, hence the vague error message. I'm pretty sure what happens is that the user is not properly logged in to ISA even if it looks like that in the UI. ISA will now use the language for the UI (selectable in the top toolbar) as fallback. This means that if you've selected a different language as "Depcits language" you may still get results in the UI language instead. A workaround is to log out, go back to the start page and log in there. When you got back to the campaign the correct language should be used.

It seems like you need to make sure that the user is logged in for each route that references the user. @Eugene233, do you remember looking at this? This all seems familiar to me, but I don't remember if there was a patch and I couldn't find any other task for it.

@Sebastian_Berlin-WMSE I have looked a bit deeply into the issue this time. I have tested the current fix on dev too and it seems to work just fine. We may need to try to deploy on live to fully see it functional (off course alongside the other campaign loading issues).

FWIW, the same user today have been able to edit using ISA Tool, after I showed your solution.