I don't believe that this app is currently being advertised, made available or maintained. @yuvipanda would be the most recent maintainer, and that has been a while.

Ah, I looked not carefully enough. Thanks for pointing this out. Should there be a 'deprecated' statement in the description as is the case with other deprecated columns?

We worked on this at the hackathon a bit and I think we figured it out on our usecase (the first uploader is sometimes in the image table and sometimes in the oldimage table, so you have to use both. From what I understand, the image table always contains the uploader of the current version, and then the oldimage table only contains uploaders of previous versions).

@rook I've been unable to reproduce even on the main server, but the hub-paws-dev actually doesn't even start up the server for me (it gets stuck at 2023-08-01T23:22:42Z [Normal] Pulling image "quay.io/wikimedia-paws-prod/singleuser:pr-317")

I have been running different versions of two notebooks (iterating to squeeze out bugs and data issues) this and this. I suspect the latter has been the most challenging - but it's hard to pin down as it only happened twice so far.

@rook just fyi, I was having problems again today (between 9 and 10pm PT, if that helps) as a gradual slowdown and restarting kernel didn't help, but this was resolved after restarting the server.

Found a workaround: stopping the server via the hub control panel, and then starting a server from the same resulted in a workable situation again. Not sure if this should be closed, or if there's an underlying issue that needs addressing.

(moving from in-progress to open for now -- will need a bit of discussion to see whether it is likely that it every gets resolved in a more satisfactory way)

As for the status:

• As far as the research project is concerned, this is probably how far it'll go.
• It did not answer the questions we set out to answer to the level of detail we hoped for, but gave some insights.

After much back and forth (sorry for the delays!) I finally published the write-up here: https://meta.wikimedia.org/wiki/Research:Effectiveness_of_the_new_participant_pipeline_for_Wiki_Loves_campaigns#Outcomes

@ssastry @Whatamidoing-WMF we now have a volunteer who's able to reproduce the error. Please let them know any additional questions you may have to drill down to the cause :)

@Sietske Thanks a lot. I believe the ability to edit the entire page is by design (although it is a bit confusing, i agree). I was unable to reproduce it myself so far this way, but trying to turn on some features to see if I can find it too.

More people have been reporting this recently again in https://nl.wikipedia.org/wiki/Wikipedia:De_kroeg#Bonje_met_de_visuele_editor:_artikeltekst_verschijnt_twee_keer_tijdens_bewerken

OK let me rephrase this: What do you want to do with the summary and what do we want to learn? You can spend a lot of time digging out details from it (and I would appreciate access to the raw data regardless for some evaluation attempts myself) but that may be beyond the scope of what you're looking for.

If I should do a more in depth analysis, I need the raw responses. But given that Manfred already shared a summary, what exactly is the deliverable here?

Do I have access to the data?

No, this is unrelated.

I think this is a good one to track. Should be easy to fix, once someone takes over maintenance of Monumental.

I see, thanks. I implemented the urlencode, hopefully that does the trick.

@RLazarus could you verify this patch doesn't have a typo? This task seems unrelated.

I'm not sure if I fully understand your request (how the rounds would tie together in your view, and what settings would apply when). What is clear, is that this is a feature request, rather than a bug report (still helpful, just making the distinction).

I believe that the disqualifications only happen when the images are loaded for the first round. So it would be expected behavior to me that if you change the juror after creating the round, that the images from this new judge are not disqualified.
This is maybe not ideal, but I can't think of a practical way that would consistently deal with new jurors midway the process - because it could possibly involve re-assigning all images to judges if you want to disqualify some midway through a round while balancing the number of images per judge.

You're right, thanks for correcting me @Xelgen . Reopening for now.

This is expected behavior: I believe that countries only show up after their first valid upload. Armenia seems to be correctly denoted here: https://commons.wikimedia.org/wiki/Module:WL_data

This is expected behavior: I believe that countries only show up after their first valid upload. Armenia seems to be correctly denoted here: https://commons.wikimedia.org/wiki/Module:WL_data

if the timing works, happy to join.

@Whatamidoing-WMF (un)fortunately, I'm not one of the people affected by this bug. I'll ask though!

For the record: I asked the users involved to try the suggestion by aklapper and report back.

@Ciell We need to rename the list (or archive it), and possibly move it from wmnl to the @lists.wikimedia.org mail server. It would be nice if we can carry over the archives to the new list, but not sure if that's feasible.

I think so, yes!

@Mayakp.wiki I don't have access to the full report, but the public slides mention 2-4% (globally) / 5-9% (USA) before Oct 3, and 5-8% (globally) / 15-21% (USA) after Nov 4. Am I correct to assume that the Nov was a typo and should be Oct 4?

@rook thanks, very helpful to be more aware of and silly that I didn't think of it!

I suspect this ticket can now be resolved. Haven't seen recent activity.

Error can no longer be reproduced in this page. Resolving.

Thanks!

With copypaste i mean the option to use 'file list' which allows you to copypaste the content of the file (Without header) directly. In my experience, less error prone. When I import it that way, I get 1951 correct imports out of 2076. This means there must be 125 errors.

@Geertivp could you attach the txt file?

Thanks @Dzahn it looks like making the user explicit for bast did the trick, I'm in.

@Dzahn thanks! Unfortunately ssh keeps asking for a password when I try to ssh into bast: ssh -v bast1003.eqiad.wmnet and also tried stat: ssh stat1005.eqiad.wmnet

Thanks @MGerlach . I added the information.

Thanks @leila for this helpful response. We will discuss internally and follow up with you over email following that.

Yeah, one of the main reasons why people think this might be different, is that people may have to take a photo before they can actually upload them. So they may see the banner, go take a picture, and then come back to the banner to upload.
Not sure if that actually happens in practice, but that may be one of the plausible reasons I heard why things may be different. There is some intuition that there is a diminishing return though - where the optimum lies, is not obvious to me :) .

@AndyRussG it would be great if you could help lay the connection with the right people :)

Thanks @Legoktm for digging into this! It is surprising that I'm not on wlm-announce as a member, because once i was, and i dont recall unsubscribing. But that is fixable!

Someone just reported a problem on Telegram with the text "Unknown unrecoverable error has occurred. Error details: 'Your IP address has been [[m:Special:MyLanguage/Global Blocks|Blocked on all wiki's]] (...)" (the message is much longer). The message appears without markup and in flat wikitext. It seems to refer to a global block. The message appeared in the same location.

The email was in English. Happy to forward if that is of help.

@Dzahn many thanks for the speedy turnaround. I've set it up.

@Aklapper I'm sure this will be equally relevant in a month or so (this is the kind of thing that lingers too long), but technically speaking, we're still in the aftermath of WLM2020 :). We usually transition in March/April.

Agreed. I also want to add the perspective that it's not just English Wikipedia with plenty of interface admins that we're dealing with here. We're also looking at a vast majority of wiki's where the group of interface admins will be tiny, if even existent.

Given the explanation by @PerfektesChaos , I can understand why admins are not permitted to create/re-create a js/css page. However, viewing a deleted version seems reasonably harmless. I imagine that people who have the ability and intention to hijack an admin account, have better sources for malicious code than deleted js/css pages on Wikipedia.

That is correct. This is the version I was translating: https://de.wikipedia.org/w/index.php?title=Christean_Wagner&oldid=202808312 . I believe I was trying to preserve all references in this case (as in: I don't believe I removed them myself in the editing process before saving them).

Blog post would still be interesting (explaining thinking processes of organizers always is inspiring!) - but no need to track it through a phab ticket at this point.