![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png){kind=logo}
Opened 11 years ago
Last modified 7 years ago
#32803 new defect (bug)
get_extended() Loses Container Tags When Opening Tag is in [main]
| Reported by: | rcgordon | Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | Editor | Version: | 4.2.2 |
| Severity: | normal | Keywords: | |
| Cc: | Focuses: |
Description (last modified by )
get_extended($post->post_content)['extended']) loses container tags that were opened in [main] and completed in [extended].
The missing opening tag should be inserted at the start of the [extended] HTML segment and the missing closing tag should be add at the end.
For instance if there is a <blockquote> tag in the [main] section (prior to a <!--more--> comment/tag), and the blockquote completes anywhere within or following [extended], that blockquote element is entirely missing in the [extended] segment.
I'm not sure if the Editor section is necessarily where this ticket should go. But it concerns the way the editor modifies the final code.
Change History (3)
Note:
See TracTickets
for help on using tickets.
Replying to rcgordon:
Sorry, I misformatted the bracketed component of extended. (Hoping backslashes help.)
get_extended($post->post_content)\['extended'\]) loses container tags that were opened in [main] and completed in [extended].
The missing opening tag should be inserted at the start of the [extended] HTML segment and the missing closing tag should be add at the end.
For instance if there is a <blockquote> tag in the [main] section (prior to a <!--more--> comment/tag), and the blockquote completes anywhere within or following [extended], that blockquote element is entirely missing in the [extended] segment.
I'm not sure if the Editor section is necessarily where this ticket should go. But it concerns the way the editor modifies the final code.