Did you import the listens after the artist mbid pr that I made
2020-04-11 10221, 2020
shivam-kapila
I imported just now
2020-04-11 10236, 2020
ishaanshah[m]
For the first time?
2020-04-11 10237, 2020
shivam-kapila
And my lb profile had listens before that PR too
2020-04-11 10252, 2020
shivam-kapila
ishaanshah[m]: Naah. I import daily
2020-04-11 10227, 2020
shivam-kapila
If the issue reported by Zastai is true. My profile should have at least 800 to 1000 dupes
2020-04-11 10218, 2020
shivam-kapila
ishaanshah[m]: Did you give it a try?
2020-04-11 10226, 2020
ishaanshah[m]
Hmm, I am not sure then, I was getting duplicated listens for listens which were imported pre artist_mbid pr
2020-04-11 10248, 2020
ishaanshah[m]
So I deleted all the listens, imported again
2020-04-11 10224, 2020
ishaanshah[m]
Then even after reseting and importing again I was not getting duplicated listens
2020-04-11 10251, 2020
shivam-kapila
Seems like we need something like "Delete my Last.fm listens"
2020-04-11 10221, 2020
ishaanshah[m]
Yep
2020-04-11 10231, 2020
ishaanshah[m]
That would be useful
2020-04-11 10251, 2020
Zastai
might be tricky since older imports don't have listening_from to help identify them
2020-04-11 10222, 2020
Zastai
I'd settle for "delete any listen not from spotify" tbh
2020-04-11 10237, 2020
Zastai
because those aren't recoverable AFAIK
2020-04-11 10248, 2020
Zastai
just for reference, this query returns two pairs of my dupes. wonder why the messy id would change if the main identifiers are the same (unless the artist mbid is now factored into the msid)
[listenbrainz-server] paramsingh opened pull request #790 (master…param/frontend-test-sh-improvements-1): Add ability to update snapshots to frontend-test.sh https://github.com/metabrainz/listenbrainz-server…
2020-04-11 10244, 2020
yvanzo
!m _lucifer
2020-04-11 10244, 2020
BrainzBot
You're doing good work, _lucifer!
2020-04-11 10208, 2020
Freso
I stopped scrobbling to Last.FM a while ago, so I’d be losing a lot of unique listens if I dropped my Last.FM history on LB, but I am also interested in re-importing to get the changed/improved tags. It would be nice if there could be a tool to compare potential duplicate listens and you could decide to merge or delete them. (For people with a long history, it might take a while to get through them all manually, but I would
2020-04-11 10208, 2020
Freso
personally prefer being able to go through them that way.)
2020-04-11 10222, 2020
Freso
_lucifer: Seems like I’ll finally get to install it on my phone then. :)
iliekcomputers: I left a review on your spotify PR
2020-04-11 10234, 2020
jbs1 joined the channel
2020-04-11 10221, 2020
jbs1 has quit
2020-04-11 10214, 2020
Gazooo has quit
2020-04-11 10238, 2020
Gazooo joined the channel
2020-04-11 10205, 2020
CatQuest
same as freso. I would definitely want to go through my history and "fix" or "check" things
2020-04-11 10203, 2020
dseomn1 has quit
2020-04-11 10252, 2020
dseomn joined the channel
2020-04-11 10208, 2020
dseomn1 joined the channel
2020-04-11 10208, 2020
dseomn has quit
2020-04-11 10251, 2020
ishaanshah[m]
iliekcomputers: ping
2020-04-11 10214, 2020
iliekcomputers
Pong
2020-04-11 10252, 2020
ishaanshah[m]
I just read your comment on my PR, I agree with keeping the props and states in the same file
2020-04-11 10219, 2020
iliekcomputers
Great!
2020-04-11 10244, 2020
ishaanshah[m]
Can you just move the spotfiy direction type to types.d.ts
2020-04-11 10202, 2020
ishaanshah[m]
Because that is needed in RecentListens too
2020-04-11 10209, 2020
iliekcomputers
Yeah, I was gonna do that, sounds good.
2020-04-11 10228, 2020
SkweezyJibbz joined the channel
2020-04-11 10239, 2020
iliekcomputers
I'm probably not gonna work on it today, however
2020-04-11 10259, 2020
SkweezyJibbz
Hi all. I'm encountering some issues with MBP 2.3.1
2020-04-11 10210, 2020
ishaanshah[m]
Yep, no problem, I am nearly done with porting RecentListens, I will complete it by tomorrow
2020-04-11 10247, 2020
iliekcomputers
Great, sounds good. I also am having some problems with getting Spotify permissions to work in my local environment
2020-04-11 10201, 2020
SkweezyJibbz
Adding music that's already been tagged by MBP seems VERY slow and more than that, music that was tagged correctly by MBP now show up as [non-album tracks] with certain tag metadata being really weird.
2020-04-11 10203, 2020
iliekcomputers
Looks like we'll have to test it on beta
2020-04-11 10233, 2020
iliekcomputers
The migration is not very risky because we're just adding types most of the time.
2020-04-11 10238, 2020
ishaanshah[m]
Sound good
2020-04-11 10248, 2020
ishaanshah[m]
A snaphshot test for RecentListens should be fine for now right
2020-04-11 10206, 2020
iliekcomputers
Yeah, just make sure to put in a list of listens
2020-04-11 10210, 2020
iliekcomputers
:D
2020-04-11 10222, 2020
iliekcomputers
(ideally with mbids and Spotify ids)
2020-04-11 10241, 2020
iliekcomputers
Just try to get as many cases as possible into the the snapshot
2020-04-11 10200, 2020
iliekcomputers
With mbid, without mbid, with Spotify id, without etc etc
2020-04-11 10201, 2020
ishaanshah[m]
Ok, will do
2020-04-11 10230, 2020
Freso
SkweezyJibbz: You might want to search the forums for related topics. Picard is known to be slow in certain conditions, which have been iterated multiple times there.
SkweezyJibbz, is it possible that something in a tagging script is mangling the MBID tags? That would only be the case if you have a tagging script enabled. Note that the renaming script won't affect the tags written to the files.
2020-04-11 10237, 2020
SkweezyJibbz
rdswift: I only have whatever the stock setup is
2020-04-11 10237, 2020
rdswift
Finally, what type of files? (e.g. MP3, FLAC, etc.)?
2020-04-11 10202, 2020
rdswift
(These are the questions the devs are going to ask when trying to figure out what might be causing the problem.)
2020-04-11 10244, 2020
iliekcomputers
deployed more typescript to beta, the spotify player is now partially typescript
2020-04-11 10211, 2020
iliekcomputers
the linter also pointed out some accessibility bugs and now the player has keyboard support as well
2020-04-11 10228, 2020
SkweezyJibbz
rdswift: only mp3 and m4a
2020-04-11 10236, 2020
rdswift
That shouldn't be the problem then. As far as I can tell, both are fully supported.
extreme slowness could be a case of lots of files selected, plus it might be rewriting tags (say v2.3 as v2.4); that might also yield "corrupt tags
2020-04-11 10232, 2020
SkweezyJibbz
Zastai: i'm doing about 1,800. have always used v2.3
2020-04-11 10237, 2020
Zastai
"corrupt tags" in other software because it expects different tags for a particular property
2020-04-11 10202, 2020
Zastai
yeah then the "extreme slowness" is possibly to be expected. picard is not intended for mass tagging like that, more for one release at a time. a huge batch will make it seem unresponsive. it should still be doing its thing though
2020-04-11 10215, 2020
Zastai
as for the corrupted tags, I have no idea
2020-04-11 10220, 2020
Zastai
I only rip to flac
2020-04-11 10212, 2020
SkweezyJibbz
Zastai: i thought it was doing it's thing as well, but I left it running for like 10 hours and I think the program just froze up completely.
2020-04-11 10255, 2020
Zastai
yeah ten hours should have been enough for 1800 files
2020-04-11 10255, 2020
SkweezyJibbz
So, I can circumvent that issue relatively easily by just selecting only 50 files at a time I guess. But the corrupted tag issues is a whole 'nother thing
2020-04-11 10221, 2020
Zastai
yeah, batching in groups of 50/100 should work around that part. but not the tags
2020-04-11 10213, 2020
prabal has quit
2020-04-11 10217, 2020
SkweezyJibbz has quit
2020-04-11 10221, 2020
Xellos has quit
2020-04-11 10217, 2020
CatQuest
what corrpted tags exactly?
2020-04-11 10206, 2020
thomasross joined the channel
2020-04-11 10253, 2020
v6lur_ has quit
2020-04-11 10213, 2020
Zastai
see the discourse post. values being substrings of tag names
