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

The website hangs sometimes #36

Open
swedebugia opened this issue May 4, 2020 · 9 comments
Open

The website hangs sometimes #36

swedebugia opened this issue May 4, 2020 · 9 comments

Comments

@swedebugia
Copy link

@swedebugia swedebugia commented May 4, 2020

I find that it suddenly becomes unresponsive. Reloads does not help. Closing the tab and reopening seems to help.

@Nudin
Copy link
Owner

@Nudin Nudin commented May 9, 2020

When this happens, can you take a look at the browser console and page any errors/warnings here?

@swedebugia
Copy link
Author

@swedebugia swedebugia commented May 9, 2020

Will do 👍

@Daniel-Mietchen
Copy link

@Daniel-Mietchen Daniel-Mietchen commented May 18, 2020

It just happened to me, and I got

TypeError: newLangStr is null

Screenshot attached. At that point, I also noticed that the about two dozen or so lexemes I had curated before that one did not result in any edits.
Screen Shot 2020-05-18 at 05 51 57

@Daniel-Mietchen
Copy link

@Daniel-Mietchen Daniel-Mietchen commented May 18, 2020

Update: the above-mentioned edits came in with about an hour of delay (sample edit matching the screenshot above). Not sure what caused that — has the webservice been restarted?

@Nudin
Copy link
Owner

@Nudin Nudin commented May 19, 2020

  1. I found and fixed the bug that caused the TypeError you saw. That was triggered when one clicks the other languages button and then cancel in the dialog. Fixed it, but that should not cause the tool to become unresponsive.

  2. The edits that only were saved after an hour: The backend that creates the edit on Wikidata has a mechanism that edits won't be done if the server is already under high load. The parameter when this happens maxlag was set to the prescribed value for bots. Since this isn't a bot I can set is considerably higher. I just did that (from 5 to 18), so this behavior should only occur in rare cases when the servers of wikidata are extremely overused. But this again should not cause the site to become unresponsive.

Do you remember what the last action was before the site went unresponsive? And how is does this unresponsiveness become visible (only the tree man-buttons don't work or do the lanuage chooser also not work anymore)?

@Daniel-Mietchen
Copy link

@Daniel-Mietchen Daniel-Mietchen commented May 19, 2020

Ad 1: thanks.
Ad 2: makes sense.

On topic: I just gave it another try, and it took much longer than (recently) usual to get to the point when it froze. Nothing to see in terms of error messages, but the three main buttons became unresponsive, while the language selector and the other links seem to work normally. The last thing I did before the freeze was fixing the Korean gloss in the tool and the corresponding description on-wiki. However, have made similar edits on other lexemes in the same session, with no issues.

Screen Shot 2020-05-19 at 18 51 21

@Daniel-Mietchen
Copy link

@Daniel-Mietchen Daniel-Mietchen commented May 19, 2020

Examples of lexemes where similar edits did not cause issues: Amboss, Biosphäre.

@Daniel-Mietchen
Copy link

@Daniel-Mietchen Daniel-Mietchen commented May 19, 2020

Just had it freeze once more, again after having edited the description on-wiki and the lexeme's gloss in the tool, though this time, it froze on the next lexeme, again with no error messages.

Screen Shot 2020-05-19 at 19 29 19

As a workaround, I am opening the language selector and adding/ removing some text string (e.g. "simple", "test"), which revives the tool.

@Nudin
Copy link
Owner

@Nudin Nudin commented May 20, 2020

I found and fixed one thing that could have been the cause. Also, I added a debug-function. In the web-console you can call it with main.debug(), it prints all the state of the tool. If the bug (or other bugs) occurs toggle open the first level of the printed objects send me it's output.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
3 participants
You can’t perform that action at this time.