Update: Now it’s only music.apple.com. Seems they were in transition last night.
For the time being, manually switching “music” with “itunes” works without redirects.
I’ve submitted MBS-10193 so editors don’t have to do this manually.
It does if you manually swap “music” with “itunes” in the URL.
Yeah, I went and edited my script and it works. So, easy fix.
I went to a random iTunes page I came across recently but I am not redirected to Apple Music and I still see the old URL correctly.
They both work without redirect.
Do you know when they are going to auto redirect to the second URL?
FTR I’m asking this because currently we cannot call the
itunes.apple.com/lookup search API from a
music.apple.com page (CORS not declared).
music.apple.com/lookup URL does not exist.
I don’t know which one of the two fixes they will choose.
So my current fix is not yet OK to submit to dufferzafar:
itunes.apple.com is the new way. It seems they’ve started integrating before now. It was www.itunes.com. I use “fnd.io” to locate iTunes releases. It always brought me to www.itunes.com before. I think it might not have been an all at once thing, because I’ve noticed that some have itunes.apple.com address for their links for a while now, but mine always was www.itunes.com. With that address it had both the iTunes & Apple Music ID’s together and when you clicked “see in Apple Music” it’d bring you there and vice versa. In the script, I had to manually change the www.itunes.com in the addresses to itunes.apple.com yesterday to make it work. Yeah, it only works on itunes.apple.com, but not music.apple.com. I tried it with the second also and got no results. Most of the time they are the same ID, but it would be nice to have both urls since they are technically 2 different sites now.
Oh sorry I misunderstood OP as I had never heard of
I can drop my user script change above, it is useless.
My fix seems to work, but i only tested on firefox 67 on linux
Yeah, you’re right. It was itunes.apple.com or www.itunes.com. Seems both worked. However, as of tonight, all itunes.apple.com sites are being redirected to music.apple.com and the script no longer works. I manually went and changed all the itunes.apple.com to music.apple.com and that didn’t work. That’s about all my knowledge of scripting allows me to try.
Update: The manual replacement trick I mentioned earlier no longer works. Even following a link from MB (which worked previously) results in an automatic redirect.
This means the iTunes import script no longer works (for the time being, at least) but it’s still possible to glean release dates, barcodes, cover art, etc. by digging in the page source manually.
The script has been updated and appears to be working fine for me now. Check to make sure you have the newest script. It came out last night.
Can you give full URL examples of artist/release/recording available on one website but not on the other?
This single is only available on Apple Music.
Apple music release:
They have the same barcode, but different Apple IDs.
Thanks! The iTunes release https://itunes.apple.com/us/album/1440738173 you gave is correctly redirected to https://music.apple.com/us/album/1440738173. So updating these URLs in the MusicBrainz database won’t be an issue, right?
Apple music release https://music.apple.com/us/album/id1077804860 you gave and https://itunes.apple.com/us/album/id1233641551 @HibiscusKazeneko gave are not available on iTunes which is going to be discontinued soon anyway, thus I guess there is no need to distinguish between IDs valid for Apple Music only and IDs valid for both iTunes and Apple Music, right?
Is it still necessary to have both URLs when these are the same IDs?
Should we still consider two different websites or just anticipate on
itunes.apple.com becoming just a redirect in the near future?
That’s not entirely clear. What is clear is that the desktop app is being discontinued; what’s still up in the air is whether there will still be a way to purchase content. More on that in this thread.
Edit to avoid double-posting: It looks like Apple isn’t killing off paid downloads after all.