It’s not, plus on ‘try’ it shows the string correctly as “Projects”. Either it’s something odd with my install/data (I’d rather not clear and start again) or perhaps a bug in the localisation? On my instance it’s as if the dropdown search functions but there’s a character/language issue (though that doesn’t explain it changing what’s selected).
And regardless of which lists are chosen (if you persever with the odd searching), upon saving the filter will only list itself under the project.lists list.
It might already be fixed (the localization thing definitely is fixed). try runs the last unstable build which might contain fixes not yet included in the last stable release.
Thanks, I’ve just tried this. The string is fixed, but the weird behaviour above with searching/dropdown is remains unchanged. The filter has stopped listing itself under the “Projects” list though, however now the list is empty yet it is linked to 3 lists. Odd.
Sorry - I’m guessing my install is a bit messed up as I’m sure others would report if this was a bug? But other than this single issue I’ve had no problems, just this projects selector in filters. I can just about work with it, but if there is some underlying data corruption issue that’s not ideal so would be good to get to the bottom of it.
Yes, that’s correct - it seems pretty odd behaviour. I’d assumed one filter could use another filter as a source, but now I think about it that does seem like it would over complicate things. If you’ve specifically coded it not to do that, it’s weird it’s working that way!?
The behaviour has changed a little since moving to the ‘unstable’ build. Other filters do show in the dropdown, but when clicked they aren’t being accepted to the list. Parent projects are, but when selected it doesn’t filter to child projects (that may be by design though).
The dropdown filter is still not right (having to use random letters to search, not actually matching the project/list name correctly). Once they have been located, they show correctly (i.e. as a tag style with the little X beside them). They must save correctly as the filter then works correctly, but on editing the list is blank.
May be two separate issues - one driving the dropdown filter/search, and one recalling the linked projects. I’m happy to give you access to my instance if it would help diagnose the issue.
Just noticed I only took the ‘unstable’ front end and not api - pulling that now in case it’s the issue. Sorry.
I noticed because I was getting ‘not found’ when trying to add a task, so assume the API has changed a bit too. Hopefully your ‘unstable’ isn’t too unstable!?
Ha, ok so slight revision to the behaviour I’d outlined above based on the image change (‘no found’ error sorted now so that’s good):
The dropdown filter is still not right (having to use random letters to search, not actually matching the project/list name correctly). Once they have been located, they show correctly (i.e. as a tag style with the little X beside them). They must save correctly as the filter then works correctly, but on editing the list shows some projects/lists but not others!
Actually, I took another look and the filters were not filtered out. They are now with 27d0f0fed4, available to test with the next unstable build.
Yes, that’s by design.
I was not able to reproduce this. Some projects seem to show up multiple times (fixed in 61bce2b349), but searching seems to work. Which database are you using? (this might depend on the db used)
Which projects are not shown? Does this work for you on try?
The issues aren’t reproduceable on ‘try’ which makes me think my DB is somehow the issue. It’s using “mariadb:10” which I assume was one of the recommended/available options as per your docs when I first setup the containers a year or two back. I wonder if it’s time to start clean? Is there an easy way to backup and restore entries - of course, that could just take the buggy data with it. I’ll have to copy everything over manually - there’s not a huge amount, but it does worry me a bit in case it happens again. Any other ideas!? Thanks!
