#61519 closed defect (bug) (fixed)
Unable to pick a featured image due to JS error
| Reported by: | david.binda | Owned by: | desrosj |
|---|---|---|---|
| Priority: | normal | Milestone: | 6.6 |
| Component: | Build/Test Tools | Version: | 6.6 |
| Severity: | normal | Keywords: | commit dev-reviewed |
| Cc: | Focuses: |
Description
After r58563 there is a JS error in the media picker which results in just the first single from the media library being loaded upon clicking to "Set featured image" in the post editor.
The JS error is as follows:
TypeError: t.get is not a function
at n.comparator (media-models.min.js?ver=6.6-RC1:2:5566)
at e.comparator (media-views.min.js?ver=6.6-RC1:2:7240)
at Array.sort (<anonymous>)
at n.sort (backbone.min.js?ver=1.5.0:2:11690)
at n.set (backbone.min.js?ver=1.5.0:2:10286)
at n.add (backbone.min.js?ver=1.5.0:2:8973)
at n.validate (media-models.min.js?ver=6.6-RC1:2:2960)
at n._validateHandler (media-models.min.js?ver=6.6-RC1:2:3953)
at p (backbone.min.js?ver=1.5.0:2:3818)
at f (backbone.min.js?ver=1.5.0:2:3497)
While I'm still not sure what the root cause is, it seems like reverting the mentioned changeset for the wp-includes/js/media-views.min.js file only fixes the issue.
Steps to reproduce:
- make sure the minified versions of the JS files are being loaded ( eg.: no SCRIPT_DEBUG )
- have more than 1 image uploaded in a media library (eg.: 2)
- go to wp-admin/post-new.php
- click the "Set featured image" in the right hand side panel (on the Post level)
- see that just a single image got loaded, observe the JS error in the console
Change History (11)
#1
@
2 years ago
- Component General → Editor
- Keywords needs-patch added
- Milestone Awaiting Review → 6.6
#2
@
2 years ago
- Component Editor → General
- Keywords needs-patch removed
Thanks for the ticket! I investigated this last night and most probably it stems from updating uglify-js here. The source code of media-models.js hasn't changed in the past 4 years, yet the minified file is slightly logically different.
I suspect the output code is not logically equivalent to the source. To see the minification issue, you can see the diff I created here. The left side is the new minified code, the right side is the old (pre-change set) minified code.
https://www.diffchecker.com/aeLriFRa/
There may be other minification issues that we missed.
#4
@
2 years ago
- Component Editor → Build/Test Tools
- Keywords needs-patch removed
- Owner set to
- Status new → reviewing
#5
@
2 years ago
- Keywords commit dev-feedback added
- Status reviewing → accepted
Thanks everyone! This should be fixed by [58585], which is not showing here because of a typo in the commit message.
Could everyone test this against trunk to confirm it fixes the problem? I've also rebuilt the nightly so that you can test using the Beta Tester plugin as well.
Also marking for a second committer sign off to backport once we're confident with the amount of testing.
This ticket was mentioned in Slack in #core by desrosj. View the logs.
2 years ago
#7
follow-up:
↓ 9
@
2 years ago
- Keywords dev-reviewed added; dev-feedback removed
[58585] Looks good for backport.
For testing, I built the change checked:
- Uploading new images, was able to select different featured ones
- Loading an existing post, was able to select and change the featured image
- On a new post, was able to select any image from the media library
#8
@
2 years ago
I've tested the proposed patch on WordPress.com using the same steps as mentioned in the original ticket. The [58585] addresses the described issue. Thanks for working on it!
#9
in reply to: ↑ 7
@
2 years ago
Replying to jorbin:
[58585] Looks good for backport.
For testing, I built the change checked:
- Uploading new images, was able to select different featured ones
- Loading an existing post, was able to select and change the featured image
- On a new post, was able to select any image from the media library
Tested before and after [58585].
I can reproduce the reported issue.
Using @jorbin's approach, I can also confirm [58585] resolves the issue.
I 2nd [58585] looks good for backport to the 6.5 branch.
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png)
Thanks @davidbinda for raising. I also replicate same issue in RC1
Moving to 6.6