I’ve done quite a few little bug fixes, but the biggest thing I’ve been working on is porting the front of the site to use Turbo/Stimulus. There’s a reason for it, but we’ll get to that later.
I redid the shelf and list pages entirely. There are going to be bugs. Please let me know here. Please let me know if the site is broken in any way for you and I’ll try and get it fixed right away.
Filter by franchise, sorting by avg. rating hides most of the games
The sort by rating on the big games list only shows games that have 100 ratings (it’s in the dropdown text). So that’s why it’s only showing a couple of games. It’s a balancing act because if you are sorting a large list of games, something having 1 rating of 5 stars shouldn’t show up higher than a game with 1000 ratings averaging 4.7. There might be a better way to handle it in a situation like this where only 2 games out of a possible 20 have the number of ratings. Most of these are newer DLC entries we didn’t have with GB.
Hey Peter, i have a couple of suggestions because it’s probably been at least a week since i gave you more work:
Thanks for all the hard work!
Just double-checking something, it’s the first time this has happened for me since the changeover - there’s a game I’d like to add to my backlog that has a page on IGDB (https://www.igdb.com/games/lich-of-might) but doesn’t turn up in Grouvee searches. Is there some import feature I’m missing? Or a way to just create a placeholder entry on my own list?
It just got approved on IGDB today. My import only runs once a day because their data dump I use to import only gets updated once a day. I did a manual pull for that game, and it’s here now: Lich of Might (2026) | Grouvee
They do have webhooks that would notify Grouvee every time a game gets added or edited, I just never set them up.
Much appreciated, thanks 
I got rid of the YT video lists. There were a couple of them.
You can uncheck the lists “filter” on the front page feed filters if you don’t want to see them currently. I just need to rearchitect the options on lists themselves still.
The filter code is still there. I’d probably need an advanced filters button or something because the filter form is too big as it is now I think. I liked it too though. I still switch back to the old style sometimes to do what you’re talking about.
I get it, but I opted just to use the browser’s date picker widgets where you have to put month day year always. I doubt we used to have year, month, date. I think we always entered dates American.
I definitely don’t recall it being YYYY/MM/DD. I would because MM/DD/YYYY is nonsensical for numerical expression of dates but you yanks sure do love it 
I assume it’s an extension of the way people talk. When someone asks you what the date is, do you answer it’s the 30th of April eh, or do you say it’s April 30th hoser?
Yes. Month Day, Year is a written format. It is logical for text expression of a date. But in numerical form it’s illogical and both dd/mm/yyyy and yyyy/mm/dd being more logical in numerical form due to being organized from shortest to longest or longest to shortest, with yyyy/mm/dd being the best format for file organization in a database where clarity and organization is paramount. Databases have to be coded to sort mm/dd/yyyy in a logical order whereas yyyy/mm/dd automatically flows logically for any form of hierarchy or sorting.
Using written convention for a numerical value has never made sense to me.
And Americans say 4th of July anyway, so make it make sense to me.
(P.S. Brits and some Canadians indeed do say the day first).
Haha. I don’t know. That’s the one date we say that way. I just refer to it as the day I watch Will Smith destroy aliens.
To be fair, databases store dates in a timestamp or some kind of binary form. The rest of what you’re talking about is just display logic. Theoretically if someone wasn’t a bad programmer like me, dates can be localized so we can all be happy with our weird date displays.
No, I know. That’s what I’m referring to. Ordering in yyyy-mm-dd is logical from both a systems and user standpoint. It also guarantees that it prevents confusion and entry error when users from disparate locales use the same database and one assume the first two digits refer to the month and the other assumes the first refers to the day. yyy-mm-dd also prevents users from having to decode whether something is a month or day by checking which one includes numbers above 12. Why does this bother me? Because I work with a US vendor that refuses to use yyyy-mm-dd in their platform and it’s already led to data integrity issues when they randomly import our data incorrectly, and display it in ways that confuses our users.
You’re fine, you use a calendar, it’s easy to understand in that format. I’m not looking at rows and rows of data and having to decipher dates here. But I do have feelings about how all systems should default to yyyy-mm-dd for numerical dates while also feeling people can say dates however they want in plain language.
