[wp-trac] [WordPress Trac] #35770: Shortcode fails with 4.4. It is working with 4.3
WordPress Trac
noreply at wordpress.org
Fri Feb 12 16:05:32 UTC 2016
#35770: Shortcode fails with 4.4. It is working with 4.3
-------------------------------+------------------------------
Reporter: dezio1900 | Owner:
Type: defect (bug) | Status: new
Priority: normal | Milestone: Awaiting Review
Component: Shortcodes | Version: 4.4.1
Severity: normal | Resolution:
Keywords: reporter-feedback | Focuses:
-------------------------------+------------------------------
Comment (by dezio1900):
This topic describes the same issue I am having:
https://wordpress.org/support/topic/shortcode-broken-with-
wp-44-upgrade?replies=28
And this post is the actual answer to what is the bug:
''"4.4 "broke" one of my shortcodes too. I tracked it down to the space
character. Seems that when I originally copied and pasted the shortcode
into my page, the space character following the shortcode (the delimiter
space) was not ASCII 32. It was some other space. I fixed the problem by
deleting the space following my shortcode name and reinserting the space
with the spacebar. Saved the page and my shortcode started working
again."''
When I copy actual shortcode, and manually typed shortcode in Sublime
Text, and set to show space charachter, I then can see the issue with
first space after shortcode opening tag:
http://prntscr.com/a2cksu
So the dilema is how the shortcode parse changed from 4.3 to 4.4. How it
successfully proccess that "strange space" char in 4.3 and fails in 4.4.
Client obviosly used 3rd party WYSIWYG, like Microsoft Word, so it appears
thats causing the issue.
So this is definitely a bug, and support for that "strange space" char
should be put back in shortcode parsing source, in order to support
pasting from 3rd party WYSIWYG.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/35770#comment:7>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list