Opened 15 years ago
Last modified 8 years ago
#4219 new bug
Oddities when querying for modified files
Reported by: | humdinger | Owned by: | axeld |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Applications/Tracker | Version: | R1/pre-alpha1 |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
This is hrev32241.
- Do an "by Attribute" query for all modified files of the past 5 hours (or whatever will return some files), i.e. (last_modified>=%-5 hours%).
- Note how many files are returned (in my case 32).
- Press ALT+G to edit the query and choose another time that would result in fewer hits (in my case 1 hours, which should return 13 files)
- Keep switching between -1 and -5 hours by ALT+G editing the query.
Sometimes it works as expected, but every so often, hitting the "Search" button will lock the button and the panel will go into a several seconds long pause. When it comes back, the result window hasn't been updated. This bug doesn't appear, if you always close the result window before clicking "Search" (at least in my tries).
It also seems to only affect queries for the modified attribute. I tried the same with the name attribute and also "by Name" queries, and Artist queries of mp3 files, but those seem to work fine every time.
Note:
See TracTickets
for help on using tickets.
Is that still happening? And if so, is there anything notable in the log when that happens?