When Strings that end in "\n" get entered into the string interface Wikidata should simply strip the "\n" away instead of throwing an error
Closed, DuplicatePublic
Actions

Assigned To

None

Authored By

	ChristianKl
	Sep 29 2016, 11:13 PM

Description

At the moment I'm using Google Chrome on Windows 10 to fill FMA data on https://www.wikidata.org/wiki/Q27050939. I take the FMA ID data from http://xiphoid.biostr.washington.edu/fma/fmabrowser-hierarchy.html?search=Anterior%20ramus%20of%20spinal%20nerve&entryPoint=none&extendHierarchy=false

I copy paste and get:

Could not save due to an error.
Malformed input: 8733

If I put the number in a box and again copy pasted it I can successfuly put it into the box. I guess there's some invisible formatting copied that prevents the data input from working immediately.

Related Objects

Mentioned In: T47925: [Task] Apply normalization to string values in statements

Event Timeline

ChristianKl created this task.Sep 29 2016, 11:13 PM

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptSep 29 2016, 11:13 PM

I think it might be do to the copied string ending in \n or something like this. It shouldn't be hard for Wikidata to accept the copy pasted string.

ChristianKl renamed this task from Malformed input error to When Strings that end in "\n" get entered into the string interface Wikidata should simply strip the "\n" away instead of throwing an error.Sep 30 2016, 1:10 PM

I'm not sure about this specific copy-paste, but I think it's a frequent problem when strings start or end with odd characters or even include CR in the middle.

It happens a lot when trying to create statements for article titles. Oddly, I think the same text for labels tends to work.

Instead of rejecting it completely, it would be helpful if a cleaned version was offered for saving instead.

Esc3300 awarded a token.Oct 2 2016, 1:20 PM

matej_suchanek merged a task: T47925: [Task] Apply normalization to string values in statements.Oct 2 2016, 2:34 PM

matej_suchanek closed this task as a duplicate of T47925: [Task] Apply normalization to string values in statements.

matej_suchanek added subscribers: Raymond, thiemowmde, Ricordisamoa and 5 others.

matej_suchanek removed subscribers: daniel, Lydia_Pintscher, Mushroom and 5 others.

Esc3300 mentioned this in T47925: [Task] Apply normalization to string values in statements.Oct 2 2016, 3:23 PM

Please distinguish between

a) normalization applied by the API, when receiving a JASON structure representing a sting value.
b) normalization applied by the API when parsing user input, and returning a string value
c) normalization applied by the JavaScript widget before sending user input to the API

I believe we should do (b), but not (a). We can also do (c), but with (b) in place, this seems redundant.

The reason I believe we should not do (a) is that we are not dealing with user input then, but with a DataValue object. DataValue objects are either valid or they are not, we should not guess intent. Clients that supply DataValues should take care to apply any normalization they desire.

I agree that (b) is likely the way to go.

When Strings that end in "\n" get entered into the string interface Wikidata should simply strip the "\n" away instead of throwing an errorClosed, DuplicatePublicActions

Description

Related Objects

Event Timeline

When Strings that end in "\n" get entered into the string interface Wikidata should simply strip the "\n" away instead of throwing an error
Closed, DuplicatePublic
Actions