Last modified: 2014-02-12 23:32:50 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 T49445, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 47445 - Carriage return's removed not after page creation, but after subsequent edit
Carriage return's removed not after page creation, but after subsequent edit
Status: RESOLVED INVALID
Product: MediaWiki
Classification: Unclassified
API (Other open bugs)
1.20.x
PC Linux
: Unprioritized normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-04-20 09:43 UTC by Al Johnson
Modified: 2014-02-12 23:32 UTC (History)
5 users (show)

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


Attachments

Description Al Johnson 2013-04-20 09:43:52 UTC
When creating a page with /CR/LF, both chars get preserved during serialization to db.  Then, after a subsequent no-edit save (or editing text other than the /CR/LF), the /CR is removed when serialized.  This matters most for our use cases when the said control chars are in semantic property values as this inconsistency causes our custom background processes to detect a change in what should be an immutable property value after it's creation.  This is reproduceable with a regular wiki page w/o using semantic forms or SMW syntax.  

Thanks
Comment 1 Al Johnson 2013-04-20 09:52:04 UTC
Update: this seems to be a problem with maybe the API ask action.  The page still has the <CR>, but ask returns the content with it removed on the second call.

How to reproduce

Create a page with a carriage return followed by a line feed (<CR><LF>).
Save page.
Use API ask query to fetch page and verify <CR> still exists.
Start edit session
Save w/o making edits
Use API ask query to fetch page and verify <CR> still is removed.
Comment 2 Al Johnson 2013-04-20 10:05:19 UTC
This seems like a SMW/forms prob now, so will close and create anew.

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


Navigation
Links