ruaok: Hi ! I'm pleased to let you know we have progressed ahead of what we have scheduled for the android app.
2020-06-03 15506, 2020
SomalRudra
To make the tasks more achievable and keep a track of the progress gr0uch0mars have created a project under the official repo.
2020-06-03 15506, 2020
SomalRudra
However,to make cards in the project I need to be authorized i.e. I have to be a member of metabrainz foundation and a member of metabrainz/android app.
iliekcomputers: Thank you ! issue regarding the card resolved now
2020-06-03 15521, 2020
iliekcomputers
ruaok: i've reviewed the timescale pr and the migration doc, both of them look good to me, had a few comments on both.
2020-06-03 15534, 2020
iliekcomputers
i'll look at the scripts you mentioned too
2020-06-03 15539, 2020
iliekcomputers
SomalRudra: no worries
2020-06-03 15541, 2020
alastairp
ruaok: remember how you had trouble getting timescale postgres auth working in docker?
2020-06-03 15558, 2020
v6lur has quit
2020-06-03 15509, 2020
alastairp
it looks like postgres' docker image for a long time just had trust auth by default, and timescale disabled it because they thought it was a security risk
2020-06-03 15515, 2020
alastairp
postgres has disabled it now too
2020-06-03 15551, 2020
alastairp
(oh man, just saw that people are talking about dates. I feel bad for you!)
Seems they're slowly moving forward with this, even with the racists in the government. Surprising
2020-06-03 15515, 2020
yvanzo
bitmap: I almost set up test.mb.o but live reindexing. There still are a pair of issues: musicbrainz_ro cannot be used, sir cannot find musicbrainz_schema_change. Not sure how to fix these, how did you managed musicbrainz_ro last time?
2020-06-03 15554, 2020
yvanzo
PG database is created from latest public dumps, and Solr search indexes (but editor) have been loaded from latest public dumps too.
the `GRANT SELECT ON ALL TABLES` one actually needs to be run whenever we add new tables, too
2020-06-03 15505, 2020
shivam-kapila
iliekcomputers: HI. I agree with the test specific behaviour comment. I have removed that specific behaviour from fetch_listens_from_storage. But not for SQL view queries as the views not exact values instantly.
2020-06-03 15515, 2020
shivam-kapila
ruaok: Hi I studied most of the tests. Most of them dont ideally depend on the try_Harder thing. I was my fault earlier about the 12 tests failing. Sorry. So I am thinking that I can add a new test to see that pagination effectively works. I will add a listen with more than 3 week gap. And try with try_harder flag that it works effectively. What do you think?
2020-06-03 15526, 2020
shivam-kapila
I added 1 more listen to json 4 week apart and saw that none of the tests are based on try_harder thing. The failing one were `mock.assertHasBeenCalledWith(..., ts=<max_ts>)`
2020-06-03 15545, 2020
ruaok
shivam-kapila: the latest version of timescale, which I think we are using, now has continuous aggregates that are always up to date. we may be able to get rid of those test exceptions. give it it try.
2020-06-03 15552, 2020
djwhitey has quit
2020-06-03 15507, 2020
shivam-kapila
Worth a try
2020-06-03 15543, 2020
ruaok
and the rest of your plan for the try_harder thing also makes sense. and I'm sure you've seen the note that iliekcomputers has poopoo'ed the name try_harder.
2020-06-03 15513, 2020
shivam-kapila
Yes I saw that
2020-06-03 15515, 2020
ruaok
I guess it makes sense, because I did the same under the hood -- time_range. not sure exactly how to express that on the user level.
Also I had a thought. Can we also do weekly plannings. I think it can be more productive. :)
2020-06-03 15557, 2020
ruaok
sure, but let's not go for the daily meetings, ok? that's a bit much for me.
2020-06-03 15535, 2020
ruaok
shall we meet 1 hour prior to the team meeting?
2020-06-03 15531, 2020
blinky42 has quit
2020-06-03 15515, 2020
shivam-kapila
Sure works for me.
2020-06-03 15501, 2020
shivam-kapila
Thanks :)
2020-06-03 15503, 2020
ruaok puts it into the calendar
2020-06-03 15551, 2020
sampsyo joined the channel
2020-06-03 15538, 2020
ruaok
reosarevok: bitmap : yvanzo is it still possible to pull up mb entity pages using the rowids? e.g. I have artist.id = 65 and I would like to make a link without the need for finding the MBID
2020-06-03 15554, 2020
sampsyo has quit
2020-06-03 15558, 2020
ruaok
akshauly, never mind. I have the DB to hand, I'll just join the data.
2020-06-03 15524, 2020
rdswift
<shivam-kapila> Will have to look for a better name. Perhaps "expand search range" or "expand search dates" (or maybe just "expand search")?
2020-06-03 15534, 2020
yvanzo
ruaok: I didn’t know it has ever been.
2020-06-03 15540, 2020
sampsyo joined the channel
2020-06-03 15533, 2020
bitmap
ruaok: Yep, /artist/65 should still work
2020-06-03 15520, 2020
ruaok
nice.
2020-06-03 15540, 2020
ruaok
do we have anything to call up pages for artist_credits?
reosarevok: Found another PUID that doesn't load MBS-10883 :D (looks like cloning a ticket includes the assignee, hope you don't mind or should I remove you for now?)
