[wp-trac] [WordPress Trac] #15694: Shortcode I/O Intolerant of "]", "<", Quotes, etc.

WordPress Trac noreply at wordpress.org
Fri Jul 24 08:26:28 UTC 2015

#15694: Shortcode I/O Intolerant of "]", "<", Quotes, etc.
 Reporter:  miqrogroove                   |       Owner:  miqrogroove
     Type:  defect (bug)                  |      Status:  assigned
 Priority:  normal                        |   Milestone:  Future Release
Component:  Shortcodes                    |     Version:  3.0.1
 Severity:  normal                        |  Resolution:
 Keywords:  needs-patch needs-unit-tests  |     Focuses:  javascript

Comment (by jadpm):

 Replying to [comment:41 chriscct7]:
 > > Replying to [comment:38 chriscct7]:
 > > Replying to [comment:39 jadpm]:
 > > >  And finally this ticket, while related, is not the changes made for
 4.2.3, so with that being said, if you would like to talk about the 4.2.3
 issues, the proper venue is the forum on WordPress.org, not here. This is
 an unrelated ticket.
 > > >
 > > > Comments 17 to 23 in this very same ticket thread seem to prove you
 completely wrong, sorry.
 > >
 > I'm afraid not. Pento and I are both on the team that wrote the 4.2.3
 update portion that dealt with shortcodes. Those commits are related but
 does not deal with the trac ticket they are on. The commits just needed to
 be associated with a trac ticket. If this ticket was for the 4.2.3 release
 it would be tagged for that release. This ticket is not solved yet and is
 currently milestoned for a future release. Also given 4.2.3 is out if this
 ticket was in 4.2.3 it would now be closed with a resolution of fixed.
 It's still open.

 I am affraid yes. If commits need to be associates with a ticket, then
 tickets holding commits that do not want to get their own ticket for
 obscure reasons must accept comments on the changes they hold. If this is
 a case of "ticket hijacking just for the purpose", we all should be
 entitled to do this same thing.

 If you think otherwise, I invite you to revert the changes introduced
 here, create a proper ticket for them and slate another point release as
 you wish. Doing otherwise would just mean that an OSS project like
 WordPress can get commits that can not be debated, discussed or even
 commented, which I am sure it not what you mean, right?

Ticket URL: <https://core.trac.wordpress.org/ticket/15694#comment:42>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform

More information about the wp-trac mailing list