jesus2099 (818da4ba) at 29 Oct 22:01

https://musicbrainz.org/artist/bd211b0a-fe2e-4960-98fa-0bef7f195a2e

This collaborator(s) relationship should not appear in Instrument Table as unknown instrument. It should not appear at all.

The userscript is making MB too wide and pushes the sidebar slightly out off screen, making horizontal scroller appear.

My screen size is 1280×1024 px.

Fixed by:

• change the page with to remove 285px in stead of 250
• fix: A horizontal scrollbar appears on highlighted page

In https://musicbrainz.org/artist/e56ab1ae-1cfa-4d0e-b33b-af31bff677c7

Christian Thompson supporting background vocals (2015-2018) appear after 2024 (brown).

While supporting guitar is displayed ok, chronologically (purple).

The userscript is making MB too wide and pushes the sidebar slightly out off screen, making horizontal scroller appear.

My screen size is 1280×1024 px.

You can test on https://test.MusicBrainz.org

• Login: as usual
• Password: mb

Maybe something should be done to prevent crash when a new relationship type is added in the future?

Or it's a good way to notice new relationship types, that's a good approach for userscripts, sometimes.

In artist 陰陽座 History:

• I suggest to display no type instead of Other and null
• I suggest to use the artist name as credited (in Members/Instruments table as well)
• I suggest to use nice arrows ← and → instead of <- and ->

And it crashes directly with same error on that very Event: STAYC Japan Debut Showcase～Star To A Young Culture～

On this Place: Tokyo Dome City Hall

It stops after many loading, at:

busy..........................

STAYC Japan Debut Showcase～Star To A Young Culture～

It breaks at this row:

eventMap.get(item.id).place = relation[i].place;

And the console says:

sanojjonas visualise stuff.user.js:582
Uncaught (in promise) TypeError: Cannot set properties of undefined (setting 'place')
    at sortItems (sanojjonas visualise stuff.user.js:582:37)
    at checkDeeper (sanojjonas visualise stuff.user.js:996:33)
    at async doStuff (sanojjonas visualise stuff.user.js:189:11)

And vmax unit seems already well supported.

Before this merge request, with width: 76vw, the tables were too narrow in portrait mode (Android Kiwi), but OK on landscape, same as desktop.

Thanks to this page, I tried both 76vmin (on top table) and 76vmax (on bottom table).

So 76vmax works good! It works good in both portrait and landscape mode. I also tested it on desktop (Windows Vivaldi), and it works good, too!

Tested OK on desktop (Windows Vivaldi) in landscape Tested OK on on mobile (Android Kiwi) in both portrait and landscape