Twenty Thirteen: twentythirteen_aside_date() breaks oEmbed in some cases

[PotterSys]

Trying out Twenty Thirteen, I found some oEmbed elements on 'aside' posts were displayed as plain text (specifically those where the URL was at the end)

Digging around, I found twentythirteen_aside_date adds the date just right to the content (without a new line); and the function was added before oEmbed processing. The quickest solution I found was add the new line before executing twentythirteen_entry_date

[PotterSys]

Quick fix to oEmbed not being shown on asides

[lancewillett]

PotterSys, thanks for the ticket and patch.

Testing note: we should try to change the priority of the filter instead of adding the \n. The newline breaks the display of the datestamp for asides, and isn't really needed.

[obenland]

Bump priority to append it after embeds.

[PotterSys]

lancewillett:

Testing note: we should try to change the priority of the filter instead of adding the \n. The newline breaks the display of the datestamp for asides, and isn't really needed.

As the default value for priority in add_filter() is 10, I thought changing that value could break something else. However, the patch submitted by obenland​ fixes the bug by changing the priority

[lancewillett]

In 23461:

Twenty Thirteen: bump priority for twentythirteen_aside_date() to add date output after embeds. Fixes #23511, props obenland.

[lancewillett]

In 23462:

Twenty Thirteen: fix comment form layout for inline replies in wide viewports. Fixes #23524, props SriniG and obenland.

(Also fix an extra space that crept into r23461, see #23511.)