[wp-trac] [WordPress Trac] #58406: Post/Page Content Renders Empty
WordPress Trac
noreply at wordpress.org
Tue Sep 26 13:12:04 UTC 2023
#58406: Post/Page Content Renders Empty
--------------------------+------------------------------
Reporter: svgator | Owner: (none)
Type: defect (bug) | Status: new
Priority: normal | Milestone: Awaiting Review
Component: Formatting | Version: 6.2.2
Severity: normal | Resolution:
Keywords: | Focuses:
--------------------------+------------------------------
Comment (by cexopan):
Replying to [comment:2 petitphp]:
> IMHO this is more an issue with the content than with WordPress. Images
should be inserted using a `<img>` tag and not inline because it creates
really heavy content that take more time to download and are harder to
parse for browsers.
I disagree. For two reasons:
1. It is not relevant that it was so much base64 data. It would fail with
1M dots or 0s or 100,000 empty divs or whatever. Although 1M chars is
quite a bit and certainly not your typical amount of HTML content it is
actually possible without exceptional circumstances: I ran into the same
problem with a gallery of 200 images served by Meow Gallery/Lightbox
shortcode. In this case there is no base64 data, just pure HTML with some
really big attributes.
2. Moving on to PHP8 not dealing with an official return type ("false on
failure") of preg_split() is asking for trouble. In PHP8 this results in a
fatal TypeError in count().
I hope you reconsider your assessment
--
Ticket URL: <https://core.trac.wordpress.org/ticket/58406#comment:4>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list