In T228317#5342889, @Urbanecm wrote:

Some context here: Firstly, that's about edit limit, not move limit.

The problem with the rate limit affects not just file moves but also other page moves. E. g. when I rename (manually!) a set of categories in order to harmonize their names with the appropriate category tree, sometimes I have a problem with the rate limit too. I have no problem to wait a moment, but IMHO the limit can be a bit increased. Maybe to twofold?

@Aklapper: HotCat itself is available in "Gadgets" bookmark of preference settings. I don't know whether the tag is confusing and means something else. Tag "HotCat" is not available.

There seems to be no shift in the problem solution. Please help to correct, improve and internationalize a message template intended to inform uploaders of affected files.

@Aklapper: If nobody is capable to make functionality of UploadWizard at least comparable with the basic upload form, UploadWizard should be suspended and the normal upload form should be set back as the default one. Half-baked UploadWizard impedes and complicates proper categorization of new uploads and supports bad habits and misapprehension of uploaders. That is utterly counter-productive.

related to T177687

related to T42076

Related comment and discussion:

The problem is still continuing... I propose to switch cross-wiki uploads off and forbid it until the problem is solved. An other possibility is to set a 5MB limit to cross-wiki uploads, to prevent faulty uploads.

The problem is still continuing... I propose to switch cross-wiki uploads off and forbid it until the problem is solved.

In T146846#4538792, @Mholloway wrote:

Please provide a current example and/or repro steps. Thanks!

In T146845#4538795, @Mholloway wrote:

Please provide a current example and/or repro steps. Thanks!

Category:Incomplete JPG files (5 MB interruption) created for files affected with this specific problem.

Cross-wiki uploads from uk.wikipedia.org are also affected: I found 3 images uploaded on 2017-09-27 and 2017-09-28:

A recurrence reported as T201111.

In T146844#4465753, @Mholloway wrote:

It's been a while since this was filed. Is this task still valid?

Památkou_do = a date when the protection ended officially (for former monuments)
Zdroj souřadnic = source of the coordinates, "PK" value used for the "Památkový katalog"
Zdroj souřadnic datum přístupu = access date when the coordinates were taken from the source

Thus, the crucial problem is that "All public logs" (Special:Log) is not integrated into the Revision history page (action=history) and therefore the history page is misleading. I go to create a new taks for that problem.

The differences between Wiidata labels and linked pages from other projects should be tracked and listed for review. The lists should be special forms (by language) with clickable service buttons, e.g. "correct the label", "approve the distinction", "suggest for discussion" etc. Handling capitals should be included. Typical cases of acceptable distinctions should be analyzed and described (e.g. synonymic titles, language variations etc.).

The tool doesn't work at least in the last hour. It messages "internal error - The URI you have requested .. appears to be non-functional at this time".

I think, the task can be closed as mistaken or solved.

I have surely not the UW page open for a time, I use it very rarely (I prefer Special:Upload for my own photos).

I'm a bit confused. Now the form works as you say.

I wrote: "nevertheless the coordinates (wrongly interpreted) appear in the UploadWizard form (see the test upload)."

The problem remains, object location from monument lists is interpreted as camera location by Upload Wizzard.

Included in T71417.

Sort options requested in T71417.

Included in T61108.