# ROpdebee's userscripts support thread

**URL:** https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947
**Category:** MusicBrainz
**Tags:** userscripts
**Created:** [September 22, 2021, 12:21am UTC](https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947 "2021-09-22T00:21:42Z")
**Posts on this page:** 20
**Page:** 3

<div class="post-metadata">

### Author: ![chaban](https://community.metabrainz.org/user_avatar/community.metabrainz.org/chaban/32/111349_2.png) [@chaban](https://community.metabrainz.org/u/chaban)
#### Post date: [October 27, 2021, 6:40am UTC](https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947/43 "2021-10-27T06:40:16Z")

</div>

> [@ROpdebee](#):
>
> > Add warnings from “Supercharged cover art uploads edits” such as releases in the future or unusual aspect ratio for packaging/format
> 
> - In the edit note or on the page itself? Could be useful, but would be much easier to implement if Supercharged were ported, which it isn’t yet. I’ll see what I can do in the meantime.

No hurry. I’d probably put it somewhere easily visible. Edit notes are usually the last place I’d look, although sometimes when I intent a more complex edit, reread it and then think “what the fuck am I doing?”

When importing images sometimes the same image is queued twice ~~I guess it’s due to [mouse problems](https://old.reddit.com/r/MouseReview/comments/ckcepq/a_closeup_slowmotion_view_into_doubleclicking/).~~ Got a clue, might actually be related to CTRL+ Click (I open multiple releases in advance and prepare images as I CTRL+Tab through them)  
Edit note text doesn’t get duplicated though. Usually I remove it from the form but at least one time I missed it:

- [Edit #83821573 - MusicBrainz](https://musicbrainz.org/edit/83821573)

Providers:

- [Musik-Sammler](https://www.musik-sammler.de/)
  - [Vanilla Fudge | CD (1997, Live) von Vanilla Fudge](https://www.musik-sammler.de/release/1539691/)

- [RateYourMusic](https://rateyourmusic.com/) (requires login to get link for fullres)
  - [https://rateyourmusic.com/release/album/fishmans/long-season/](https://rateyourmusic.com/release/album/fishmans/long-season/) → [https://rateyourmusic.com/release/album/fishmans/long-season/buy/](https://rateyourmusic.com/release/album/fishmans/long-season/buy/) → [https://e.snmc.io/i/fullres/w/dd6dc758bde2ed6dfeb5db2b486d97c1/7461038](https://e.snmc.io/i/fullres/w/dd6dc758bde2ed6dfeb5db2b486d97c1/7461038)

---

<div class="post-metadata">

### Author: ![chaban](https://community.metabrainz.org/user_avatar/community.metabrainz.org/chaban/32/111349_2.png) [@chaban](https://community.metabrainz.org/u/chaban)
#### Post date: [December 1, 2021, 12:50pm UTC](https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947/44 "2021-12-01T12:50:32Z")

</div>

**Enhanced Cover art uploads:**

- [Release “Undertale” by Hot Dad - MusicBrainz](https://musicbrainz.org/release/93e1a441-9ac6-4c24-9119-44c992f48abc/) →   
[https://rateyourmusic.com/release/single/hot\_dad/undertale/](https://rateyourmusic.com/release/single/hot_dad/undertale/) or [https://rateyourmusic.com/release/single/hot-dad/undertale.p/](https://rateyourmusic.com/release/single/hot-dad/undertale.p/)  
`Failed to grab images: Expected to receive an image, but received text. Perhaps this provider is not supported yet?`
- Track comments use lexicographic ordering. Looks weird or ist that intentional?
  - [Release “Free Loaders: The Soundtrack” by Sore Losers - MusicBrainz](https://musicbrainz.org/release/16ae377d-547b-418f-bb5e-ba993fe1f030/)  
`Tracks 1, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 2, 20, 3, 4, 5, 6, 7, 8, 9`
  - [Release “The Poodle Magic Pig Type” by Fred Händl feat. Mark Watson - MusicBrainz](https://musicbrainz.org/release/93635a11-1b40-4093-aa1e-2870949df251/)  
`Tracks 1, 13, 2, 3, 4, 9`

New provider suggestions:

- [Jamendo](https://www.jamendo.com) (not yet supported by Image Max URL)
  - [Edit #84321910 - MusicBrainz](https://musicbrainz.org/edit/84321910)  
[https://www.jamendo.com/album/151019](https://www.jamendo.com/album/151019) →   
[https://usercontent.jamendo.com/?type=album&id=151019&width=300](https://usercontent.jamendo.com/?type=album&id=151019&width=300) → [https://usercontent.jamendo.com/?type=album&id=151019&width=0](https://usercontent.jamendo.com/?type=album&id=151019&width=0)

- DatPiff (not yet supported by Image Max URL either it seems)
  - [Edit #84281792 - MusicBrainz](https://musicbrainz.org/edit/84281792)

Marketplaces can be a good last effort source if everything else fails. For starters just two but there are many more:

- eBay
  - [Edit #84493608 - MusicBrainz](https://musicbrainz.org/edit/84493608)
  - [Edit #84493604 - MusicBrainz](https://musicbrainz.org/edit/84493604)

- Mercari
  - [Edit #84493884 - MusicBrainz](https://musicbrainz.org/edit/84493884)
  - [Edit #84493887 - MusicBrainz](https://musicbrainz.org/edit/84493887)

**Collapse Work Attributes:**  
I [still use it for edit display](https://tickets.metabrainz.org/browse/MBS-11537?focusedCommentId=58358&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-58358) otherwise I’d probably just hide all “edit work” edits completely.

Not being able to view [100 edits at once](https://tickets.metabrainz.org/browse/MBS-10979) anymore is bad enough ever since [editing histories are being filled with more stuff](https://tickets.metabrainz.org/browse/MBS-11374). Not gonna waste time scrolling through kilometers of numbers.

**Trivia:**  
Even before the script supported Qobuz I noticed that for a few releases the [API returns 404](https://musicbrainz.org/collection/fa88d508-1e59-45a6-bd6c-53fcb8d06cf2) even though the release is still visible in the shop at least in the linked locale.  
Another [fresh example from the forum](https://community.metabrainz.org/t/a-multi-source-seeder-for-digital-releases/444000/454)

Bandcamp track images are sometimes used unorthodoxically:

- [Release “Playonbrother Sessions” by Lespecial - MusicBrainz](https://musicbrainz.org/release/400ebe65-1377-48cd-8228-0c7a0a8406d9) (gallery of physical release)
- [Release “Ceremony” by Lespecial - MusicBrainz](https://musicbrainz.org/release/5567204c-c0ca-4da0-afad-13e6d728da08) (track 1 seems digipak front)
- [Release “We're Getting There, Aren't We?” by Rita Payne - MusicBrainz](https://musicbrainz.org/release/f20a50d3-5e8a-4735-a805-fd713d97b25f) (track 2 is smaller, track 3 has watermark, both are nearly square as opposed to front which would better fit digipak)
- [Release “Sound Of Silence” by True North Legacy - MusicBrainz](https://musicbrainz.org/release/99166e84-cc20-4909-9f12-16306e642696) (track 1 would better fit as back)
- [Release “Dreamtime Hunter” by Eli Muro - MusicBrainz](https://musicbrainz.org/release/c39a529e-c2a6-4fb2-ad93-b8f7fe307b5a) (looks like another gallery but can’t make sense of it)
- [Edit #84397316 - MusicBrainz](https://musicbrainz.org/edit/84397316) (the weirdest of all of them and to make matters worse has a [shit ton of releases](https://musicbrainz.org/search?query=arid%3Ab5b5afdc-a758-400b-8f0b-6952d710fcda&type=release&limit=25&method=advanced))

---

<div class="post-metadata">

### Author: ![ROpdebee](https://community.metabrainz.org/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@ROpdebee](https://community.metabrainz.org/u/ROpdebee)
#### Post date: [December 22, 2021, 5:50pm UTC](https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947/45 "2021-12-22T17:50:27Z")

</div>

Thanks again for all of those reports! I don’t think we can do much about the Bandcamp track image issue except for “Fetch front image only” and some better previewing utilities on the cover art upload page (which will get added _eventually_, promised!), but I’ll see what I can do about the rest.

A bit of good news: [The script will now grab the original source images for Apple Music releases 🎉](https://github.com/ROpdebee/mb-userscripts/pull/327)

---

<div class="post-metadata">

### Author: ![aerozol](https://community.metabrainz.org/user_avatar/community.metabrainz.org/aerozol/32/116_2.png) [@aerozol](https://community.metabrainz.org/u/aerozol)
#### Post date: [January 9, 2022, 2:04am UTC](https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947/46 "2022-01-09T02:04:24Z")

</div>

Still loooooooooooooving this script! Thought I’d reiterate my request from earlier, but this time with two possible ideas. This relates to removing the pointless click + wait for ‘this release has no cover art’ page to load, then click again to add cover.

1. When album has no cover, make ‘cover art’ tab go straight to 'add cover art page:  
 ![image](https://community.metabrainz.org/uploads/default/original/3X/a/b/ab9eabd02b44f7e1e2d8d8611a4a17101a3876dd.png)  
(yes, MB inline script does this but I’m not using it ATM)

2. Put the import links on the ‘Cover Art’ page, so the process can be started from there directly:  
 ![image](https://community.metabrainz.org/uploads/default/original/3X/0/9/0928e9d42690ce5524d2851c55485e99721882ba.png)

🥰

---

<div class="post-metadata">

### Author: ![ROpdebee](https://community.metabrainz.org/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@ROpdebee](https://community.metabrainz.org/u/ROpdebee)
#### Post date: [January 22, 2022, 12:56pm UTC](https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947/47 "2022-01-22T12:56:26Z")

</div>

> When album has no cover, make ‘cover art’ tab go straight to 'add cover art page: (yes, MB inline script does this but I’m not using it ATM)

Since it’s already covered by another script, I’d prefer not to conflict with it. The other idea is viable, thanks!

Another reason I prefer option 2 over option 1 is that option 2 will save a click even when there are existing covers already.

---

<div class="post-metadata">

### Author: ![Skeebadoo](https://community.metabrainz.org/letter_avatar_proxy/v4/letter/s/cab0a1/32.png) [@Skeebadoo](https://community.metabrainz.org/u/Skeebadoo)
#### Post date: [January 22, 2022, 3:03pm UTC](https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947/48 "2022-01-22T15:03:02Z")

</div>

> [@ROpdebee](#):
>
> it’s already covered by another script

Would you be so kind to link it? It would be such a time saver, but I’ve never stumbled upon this one.

---

<div class="post-metadata">

### Author: ![ROpdebee](https://community.metabrainz.org/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@ROpdebee](https://community.metabrainz.org/u/ROpdebee)
#### Post date: [January 22, 2022, 4:26pm UTC](https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947/49 "2022-01-22T16:26:43Z")

</div>

If I’m not mistaken, it’s “MB. INLINE STUFF” by @jesus2099: [https://github.com/jesus2099/konami-command/raw/master/mb\_INLINE-STUFF.user.js](https://github.com/jesus2099/konami-command/raw/master/mb_INLINE-STUFF.user.js)

---

<div class="post-metadata">

### Author: ![Freso](https://community.metabrainz.org/user_avatar/community.metabrainz.org/freso/32/25_2.png) [@Freso](https://community.metabrainz.org/u/Freso)
#### Post date: [January 26, 2022, 11:09am UTC](https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947/50 "2022-01-26T11:09:04Z")

</div>

4 posts were split to a new topic: [Qobuz importer script](https://community.metabrainz.org/t/qobuz-importer-script/569614)

---

<div class="post-metadata">

### Author: ![ROpdebee](https://community.metabrainz.org/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@ROpdebee](https://community.metabrainz.org/u/ROpdebee)
#### Post date: [January 26, 2022, 6:04pm UTC](https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947/51 "2022-01-26T18:04:46Z")

</div>

> [@chaban](#):
>
> Marketplaces can be a good last effort source if everything else fails. For starters just two but there are many more:
> 
> - eBay
> - [https://musicbrainz.org/edit/84493608](https://musicbrainz.org/edit/84493608)
> - [Edit #84493604 - MusicBrainz](https://musicbrainz.org/edit/84493604)
> 
> - Mercari
> - [Edit #84493884 - MusicBrainz](https://musicbrainz.org/edit/84493884)
> - [Edit #84493887 - MusicBrainz](https://musicbrainz.org/edit/84493887)

I’m not sure what to do with these, because it’s sort of hitting the point of diminishing returns. As you said, there are a lot of possible marketplaces that could be added, and each one of them takes time upfront to implement, in addition to time spent maintaining them when their websites change. As much as I’d like to implement support for every possible website, it’s probably better to limit the scope somehow to avoid ending up with an unmaintainable or unmaintained mess, especially since we can input image URLs directly. I’m not quite sure what the cutoff would be, though.

I’ve also been [thinking about a sort of “generic” provider](https://github.com/ROpdebee/mb-userscripts/issues/305) that would try to extract the image(s) from any webpage using some heuristics. But as I commented in that thread, I’m not sure whether that’s a good idea either.

---

<div class="post-metadata">

### Author: ![chaban](https://community.metabrainz.org/user_avatar/community.metabrainz.org/chaban/32/111349_2.png) [@chaban](https://community.metabrainz.org/u/chaban)
#### Post date: [March 29, 2022, 2:42pm UTC](https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947/52 "2022-03-29T14:42:23Z")

</div>

For some time now I’ve been seeing `Failed to grab images: Apple Music release does not exist` for some Apple Music links even though the [release clearly exists](https://musicbrainz.org/edit/88318258).  
So far this only happens when logged in to an Apple Music account.

The [script](https://github.com/ToadKing/apple-music-barcode-isrc) by @Toad_King seems to be affected similarly. On Apple Music pages where the cover upload script fails I see:  
`TypeError: Cannot read properties of null (reading 'innerHTML')`

I already have a clue what might be causing it but am curious if anyone else has experienced it.

---

<div class="post-metadata">

### Author: ![teethfairy](https://community.metabrainz.org/user_avatar/community.metabrainz.org/teethfairy/32/49533_2.png) [@teethfairy](https://community.metabrainz.org/u/teethfairy)
#### Post date: [March 29, 2022, 6:29pm UTC](https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947/53 "2022-03-29T18:29:13Z")

</div>

i have experienced this a few times as well, though i haven’t been able to find a pattern. it happens maybe 5% of the time for me

---

<div class="post-metadata">

### Author: ![Toad\_King](https://community.metabrainz.org/user_avatar/community.metabrainz.org/toad_king/32/15713_2.png) [@Toad\_King](https://community.metabrainz.org/u/Toad_King)
#### Post date: [April 2, 2022, 1:18am UTC](https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947/54 "2022-04-02T01:18:17Z")

</div>

Can you link to an album on Apple Music where it fails? I tried it on the edit you linked to in your post but it works there for me.

---

<div class="post-metadata">

### Author: ![chaban](https://community.metabrainz.org/user_avatar/community.metabrainz.org/chaban/32/111349_2.png) [@chaban](https://community.metabrainz.org/u/chaban)
#### Post date: [April 2, 2022, 5:57am UTC](https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947/55 "2022-04-02T05:57:55Z")

</div>

This one failed a couple times (reloading the page):  
[https://music.apple.com/de/album/930959393](https://music.apple.com/de/album/930959393)

When logged out it seems to work all the time. I suspect it’s related to parental controls. When I have them _enabled_ with everything allowed the scripts have no trouble:

 ![screencapture-music-apple-account-settings-2022-03-29-21_25_03](https://community.metabrainz.org/uploads/default/original/3X/d/c/dc2eb3c27db7950a864319cc6f8523c71f09c327.png)

Once I disable parental controls (content restrictions toggled off) sometimes the scripts fail. The cover uploader script appears to be more susceptible to this.

---

<div class="post-metadata">

### Author: ![ROpdebee](https://community.metabrainz.org/letter_avatar_proxy/v4/letter/r/45deac/32.png) [@ROpdebee](https://community.metabrainz.org/u/ROpdebee)
#### Post date: [April 2, 2022, 1:32pm UTC](https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947/56 "2022-04-02T13:32:08Z")

</div>

Hmm, I can’t seem to easily reproduce this on Chrome (and I can’t log in to Apple Music on Firefox at all), but if it really is the case that this only happens when you’re logged in, it should be possible to devise a workaround for the cover art uploader.

---

<div class="post-metadata">

### Author: ![chaban](https://community.metabrainz.org/user_avatar/community.metabrainz.org/chaban/32/111349_2.png) [@chaban](https://community.metabrainz.org/u/chaban)
#### Post date: [May 19, 2022, 12:54am UTC](https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947/57 "2022-05-19T00:54:19Z")

</div>

## Enhanced Cover Art Uploads

1. Image Max URL required a bugfix for the upcoming Violentmonkey release:

> <https://github.com/qsniyg/maxurl/commit/5a80e1dbfc09332ae09e244baa011fb41327ee0e>
>
> Thanks to tophf for debugging this @ https://github.com/violentmonkey/violentmon…key/issues/1502

1. There seems to be some URL decoding trouble:  
`https://archive.org/details/skd815`

```auto
Followed redirect of https://ia903101.us.archive.org/33/items/skd815/#cover.jpg -> https://ia903101.us.archive.org/33/items/skd815/ while fetching image contents
Skipping maximised candidate https://ia903101.us.archive.org/33/items/skd815/#cover.jpg: Expected to receive an image, but received text. Perhaps this provider is not supported yet?
Followed redirect of https://ia903101.us.archive.org/33/items/skd815/#cover.jpg -> https://ia903101.us.archive.org/33/items/skd815/ while fetching image contents
Skipping https://ia903101.us.archive.org/33/items/skd815/#cover.jpg: Expected to receive an image, but received text. Perhaps this provider is not supported yet?

```

The actual image is at `https://archive.org/download/skd815/%23cover.jpg`

1. On a rare occasion I saw a `429` from Apple. This caused the link for cover art seeding not to be added. Perhaps the script could gracefully retry or show a manual retry option?  
`https://atisket.pulsewidth.org.uk/?spf_id=1WRqanANwPz8JyH0p78IPh`

```auto
9999x9999-100.jpg:1 Failed to load resource: the server responded with a status of 429 ()
MB： Enhanced Cover Art Uploads.user.js:105074 [mb_enhanced_cover_art_uploads] Failed to add seed links to some cover art
onError @ MB： Enhanced Cover Art Uploads.user.js:105074

```

## Display CAA image dimensions

I don’t remember if it ever worked in either case but on “set cover art” pages neither dimension nor size are displayed and on release group pages size is always “??? KB”:

- `https://musicbrainz.org/release-group/e722cfc7-0975-4a33-82dd-bf37cc714321`
- `https://musicbrainz.org/release-group/ab26a2e1-76bf-4007-ac86-8f064d456a8a/set-cover-art`

## Supercharged Cover Art Edits

1. **New statuses**  
For better or for worse [new statuses were added](https://community.metabrainz.org/t/announcement-new-release-statuses-cancelled-and-withdrawn/572974):

```auto
5: 'Withdrawn',
6: 'Cancelled',

```

- [https://tickets.metabrainz.org/browse/STYLE-1885](https://tickets.metabrainz.org/browse/STYLE-1885)
- [https://tickets.metabrainz.org/browse/STYLE-471](https://tickets.metabrainz.org/browse/STYLE-471)

1. **New packaging types**

```auto
21: 'SnapPack',
54: 'Metal Tin',
55: 'Longbox',

```

- [https://tickets.metabrainz.org/browse/STYLE-332](https://tickets.metabrainz.org/browse/STYLE-332)
- [https://tickets.metabrainz.org/browse/STYLE-1304](https://tickets.metabrainz.org/browse/STYLE-1304)
- [https://tickets.metabrainz.org/browse/STYLE-326](https://tickets.metabrainz.org/browse/STYLE-326)

---

<div class="post-metadata">

### Author: ![aerozol](https://community.metabrainz.org/user_avatar/community.metabrainz.org/aerozol/32/116_2.png) [@aerozol](https://community.metabrainz.org/u/aerozol)
#### Post date: [May 19, 2022, 4:02am UTC](https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947/58 "2022-05-19T04:02:57Z")

</div>

If you’re making changes I have a small request - Could resized Bandcamp covers be put before the non-square ones?

In the past I wasn’t sure about putting them on releases at all, but over time I’ve come to realise that since these are what’s displayed on Bandcamp pages, as well as in the download files/in your player, it’s Bandcamp’s intention for them to be the ‘primary’ cover.

The full size weird ratio ones are more like the bonus extra imo. Opinions may differ!

---

<div class="post-metadata">

### Author: ![UltimateRiff](https://community.metabrainz.org/user_avatar/community.metabrainz.org/ultimateriff/32/47799_2.png) [@UltimateRiff](https://community.metabrainz.org/u/UltimateRiff)
#### Post date: [May 19, 2022, 4:17am UTC](https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947/59 "2022-05-19T04:17:17Z")

</div>

I personally think the opposite, as the artist (or sometimes label) uploaded non-square artwork, therefore I think artist intent may apply. in fact I’ve added [one](https://musicbrainz.org/release/0cea80df-a33c-4392-9a74-ed4192dcc951) or two albums with a square crop (from Spotify) and only added the full size from their website. (actually, after checking, I didn’t actually add the streaming release… to a-tisket!)

that said, if it were somehow toggleable, I’d be down with that~

---

<div class="post-metadata">

### Author: ![aerozol](https://community.metabrainz.org/user_avatar/community.metabrainz.org/aerozol/32/116_2.png) [@aerozol](https://community.metabrainz.org/u/aerozol)
#### Post date: [May 19, 2022, 5:02am UTC](https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947/60 "2022-05-19T05:02:30Z")

</div>

> [@UltimateRiff](#):
>
> added the full size from their website

Ooh, this would be a rare no-vote from me if it had come up in one of my subscriptions! 😜

If it was based on a iTunes/Spotify etc release, anway. After all, we track _release-specific_ imagery. So if it didn’t come with the release…

My thinking is, these days, that Bandcamp lets you upload non-square images because it’s happy to square it up for you. It then displays a cropped/square cover everywhere where it matters. MB displaying non-cropped would be an outlier in this case. An extra click in Bandcamp gets you the non-cropped original, which we can replicate in MB by having the picture second.

---

<div class="post-metadata">

### Author: ![Freso](https://community.metabrainz.org/user_avatar/community.metabrainz.org/freso/32/25_2.png) [@Freso](https://community.metabrainz.org/u/Freso)
#### Post date: [May 19, 2022, 9:56am UTC](https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947/61 "2022-05-19T09:56:16Z")

</div>

A post was split to a new topic: [What does “metal tin” packaging type cover?](https://community.metabrainz.org/t/what-does-metal-tin-packaging-type-cover/585739)

---

<div class="post-metadata">

### Author: ![chaban](https://community.metabrainz.org/user_avatar/community.metabrainz.org/chaban/32/111349_2.png) [@chaban](https://community.metabrainz.org/u/chaban)
#### Post date: [May 20, 2022, 1:20pm UTC](https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947/62 "2022-05-20T13:20:14Z")

</div>

It didn’t take long for the next bug to reveal itself using _Violentmonkey BETA 2.13.0.19_

```auto
Failed to enqueue some images: Could not find image a0273152139_0.0.png in queued uploads
Successfully added 1 image(s)

```

```auto
instrument.js:102 [mb_enhanced_cover_art_uploads] Searching for images in Bandcamp release…
instrument.js:102 [mb_enhanced_cover_art_uploads] Found 1 image(s) in Bandcamp release
instrument.js:102 [mb_enhanced_cover_art_uploads] Fetching https://f4.bcbits.com/img/a0273152139_10.jpg (1/1)
instrument.js:102 [mb_enhanced_cover_art_uploads] Maximised https://f4.bcbits.com/img/a0273152139_10.jpg to https://f4.bcbits.com/img/a0273152139_0.jpg
instrument.js:102 [mb_enhanced_cover_art_uploads] Failed to enqueue some images Error: Could not find image a0273152139_0.0.png in queued uploads
    at assert (MB： Enhanced Cover Art Uploads.user.js:106014:4515)
    at assertDefined (MB： Enhanced Cover Art Uploads.user.js:106014:4592)
    at setImageParameters (MB： Enhanced Cover Art Uploads.user.js:108139:5)
    at _catch (MB： Enhanced Cover Art Uploads.user.js:106011:5950)
    at MB： Enhanced Cover Art Uploads.user.js:106014:9916
    at MB： Enhanced Cover Art Uploads.user.js:106011:3654
    at MB： Enhanced Cover Art Uploads.user.js:106014:9985
    at async Promise.all (/release/d21b249f-1770-4af3-9fad-8f5752a82b04/index 0)
(anonymous) @ instrument.js:102
onError @ MB： Enhanced Cover Art Uploads.user.js:106014
(anonymous) @ MB： Enhanced Cover Art Uploads.user.js:106014
fireHandlers @ MB： Enhanced Cover Art Uploads.user.js:106014
error @ MB： Enhanced Cover Art Uploads.user.js:106014
(anonymous) @ MB： Enhanced Cover Art Uploads.user.js:108528
Promise.then (async)
_catch @ MB： Enhanced Cover Art Uploads.user.js:106011
(anonymous) @ MB： Enhanced Cover Art Uploads.user.js:108525
t @ MB： Enhanced Cover Art Uploads.user.js:106011
_forOf @ MB： Enhanced Cover Art Uploads.user.js:106011
(anonymous) @ MB： Enhanced Cover Art Uploads.user.js:108520
Promise.then (async)
_continue @ MB： Enhanced Cover Art Uploads.user.js:106011
(anonymous) @ MB： Enhanced Cover Art Uploads.user.js:108508
_call @ MB： Enhanced Cover Art Uploads.user.js:106011
processSeedingParameters @ MB： Enhanced Cover Art Uploads.user.js:108504
(anonymous) @ MB： Enhanced Cover Art Uploads.user.js:108869
(anonymous) @ MB： Enhanced Cover Art Uploads.user.js:108879
(anonymous) @ MB： Enhanced Cover Art Uploads.user.js:108880
window.VMina7ijceh13uhapolm @ MB： Enhanced Cover Art Uploads.user.js:108880
i @ injected-web.js:1
Vt @ injected-web.js:1
set @ injected-web.js:1
(anonymous) @ MB： Enhanced Cover Art Uploads.user.js:1
pt @ VM309 injected.js:1
mt @ VM309 injected.js:1
await in mt (async)
ft @ VM309 injected.js:1
ut @ VM309 injected.js:1
await in ut (async)
(anonymous) @ VM309 injected.js:1
await in (anonymous) (async)
(anonymous) @ VM309 injected.js:1
Re @ VM309 injected.js:1
dt @ VM309 injected.js:1
qt @ VM309 injected.js:1
await in qt (async)
(anonymous) @ VM309 injected.js:1
n @ VM309 injected.js:1
(anonymous) @ VM309 injected.js:1
(anonymous) @ VM309 injected.js:1
instrument.js:102 [mb_enhanced_cover_art_uploads] Successfully added 1 image(s)

```

[Previous page](https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947.md?page=2)

[Next page](https://community.metabrainz.org/t/ropdebees-userscripts-support-thread/551947.md?page=4)
