bitmap: json ws is returning null values when entity is undefined, for example "end" : null, is this the result of a design choice ? In JSON APIs there are 2 approachs in this field, one is to always provide known keys and their value (including null meaning undefined), or just omit the key when the value is undefined. See
interesting, it would mean it wasn't really "designed"
i tend to prefer the field omission, because it reduces the payload (=cost reduction, or more stuff done for the same price)
samj1912: i tested it widely this morning
apart issues you already reported it looks ok to me
i noticed 2 QT5 related issues: a SSL2 warning one can removed with QT_LOGGING_RULES=qt.network.ssl.warning=false, and one "QApplication: invalid style override passed, ignoring it." prolly because the qt5 from pypy doesn't include gtk3 style or whatever. Not much important.
samj1912
Okay
I have to fix the rating submission
drsaunders joined the channel
zas
samj1912: can you give examples of cases where fields are absent (instead of null) ? I think whatever we choose, it has to be consistent
samj1912
I will have to check
drsaunders has quit
I think pregap and data tracks are some of them
Although I think everything that is the basic property of an entity is present
And they can be null
Anything which is a special case is absent
Eg - user-tags
These are the only ones I can think of
lazka joined the channel
Mineo
samj1912, zas: I'm completely confused by codacy - why does the "Details" link on #760 go to https://www.codacy.com/app/themineo-github/pica... and not /app/metabrainz/somethingsomething? the whole codacy web interface is confusing to me :(
I don't even have access to the setting of picard on github and codacy
zas
Mineo: same for me for the Details link, not sure if we have any control on this
agentsim has quit
UmkaDK joined the channel
samj1912
Mineo: that is weird, it takes me to meb picard
D4RK-PH0ENiX has quit
zas: Mineo I think you need to switch your codacy account to meb