Last modified: 2013-10-09 17:24:18 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T46762, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 44762 - Bug in length constraint preventing form editing statements
Bug in length constraint preventing form editing statements
Status: VERIFIED FIXED
Product: MediaWiki extensions
Classification: Unclassified
WikidataRepo (Other open bugs)
unspecified
All All
: High critical (vote)
: ---
Assigned To: Wikidata bugs
:
: 46487 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-02-07 17:48 UTC by Michael Schönitzer
Modified: 2013-10-09 17:24 UTC (History)
8 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Michael Schönitzer 2013-02-07 17:48:37 UTC
Sometimes it is not possible to change an statement.

For example see here: https://www.wikidata.org/wiki/Q102264
- The Moon Psamathe (Q129168) is the wrong item (Q19535 would be right)
- If trying to edit it I get an error with error message "Failed to save the change"
Comment 1 Michael Schönitzer 2013-02-07 17:57:08 UTC
The Example above is gone (my fault, sorry) – but the problem is still there.
Comment 2 Lydia Pintscher 2013-02-08 11:19:55 UTC
Another example: http://www.wikidata.org/wiki/Q16 <- can't remove File:CAN_orthographic.svg from commons media file statement
Comment 3 jeblad 2013-02-25 17:55:31 UTC
This is a bug in the length constraint. There is a newer patchset, but I guess we should use the DataValidators and only check what users try to store. We should also create a special maintenance page to list overly long labels, aliases and descriptions, they are most likely spam. It is an open question if we should allow somewhat to long strings to make it easy to find the spam afterwards.
Comment 4 jeblad 2013-02-25 17:58:45 UTC
Note that on wikidata.org another bug hides the true nature of this bug and makes it appear as if the save failed. This is because the actual detection is inside the pre save checks and the error messages are lumped together.
Comment 5 jeblad 2013-03-23 22:35:31 UTC
Fix exist (https://gerrit.wikimedia.org/r/#/c/50770/) but does not seem to be merged. Someone else should create a working patch.
Comment 6 jeblad 2013-03-24 01:36:52 UTC
*** Bug 46487 has been marked as a duplicate of this bug. ***
Comment 7 denny vrandecic 2013-09-18 13:42:44 UTC
Seems to be fixed. Please reopen if not.
Comment 8 Bartosz Dziewoński 2013-09-18 13:43:52 UTC
Is bug 49642 the same thing? Because I experienced that two days ago.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links