fix view reversion caused by optimisation
view: Fix a reversion in 10.20230214 that omitted a file from a view when the file had no metadata set, but the view only used path fields. Sponsored-by: Jack Hill on Patreon
This commit is contained in:
parent
1c2e5b4519
commit
da61d564f1
4 changed files with 21 additions and 2 deletions
|
@ -113,3 +113,4 @@ Mode LastWriteTime Length Name
|
|||
|
||||
[[!meta author=jkniiv]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
@ -0,0 +1,16 @@
|
|||
[[!comment format=mdwn
|
||||
username="joey"
|
||||
subject="""comment 1"""
|
||||
date="2023-02-16T18:55:06Z"
|
||||
content="""
|
||||
I'm surprised by this behavior change! (And I replicated it on linux, no
|
||||
apologies necessary for also testing Windows support..)
|
||||
|
||||
[[!commit 826b225ca81d469640e51628865dbd64a1d37773]] is the buggy commit.
|
||||
When there is no metadata log, it accidentially skips calling
|
||||
getfilemetadata.
|
||||
|
||||
I've fixed that. I wonder if I should push up the shedule of the next
|
||||
release because of this reversion? Currently I'm inclined to treat it as
|
||||
medium urgency for release (1-2 weeks).
|
||||
"""]]
|
Loading…
Add table
Add a link
Reference in a new issue