when I query http://musicbrainz.org/release/ec37919f-d402-4dc4-8f8b-ef708443cf75 using Picard it does not load the picture at archive.org

While looking at the Picard debug output, I saw that it loads the following archive.org URL:
http://ia601309.us.archive.org/10/items/mbid-ec37919f-d402-4dc4-8f8b-ef708443cf75/index.json

In the Json sent by...
{"release":"http://musicbrainz.org/release/ec37919f-d402-4dc4-8f8b-ef708443cf75","images":[{"id":"11291280064","front":false,"edit":34753699,"image":"http://coverartarchive.org/release/ec37919f-d402-4dc4-8f8b-ef708443cf75/11291280064.jpg","thumbnails":

{"large":"http://coverartarchive.org/release/ec37919f-d402-4dc4-8f8b-ef708443cf75/11291280064-500.jpg","small":"http://coverartarchive.org/release/ec37919f-d402-4dc4-8f8b-ef708443cf75/11291280064-250.jpg"}

,"types":[],"comment":"","approved":true,"back":false}]}

...I see that archive.org says "front":false,
this may explains why no picture is loaded by Picard.

However when I look at the MusicBrainz release,
the picture is marked as "front" in the user interface.

There seems to be a inconsistency between the MusicBrainz and archive.org on the front value.

So I tried to fix the "front" value by toggling it in edit Edit #41454347 and Edit #41454352
but I had no success with that.

The inconsistency may have arrived because I added initially the front value in Edit #35397116 - Edit cover art longer after having added the cover art in Edit #34753699 - Add cover art

However I would expect that if such an inconsistency ever arrives one can fix it by himself by toggling the front value.