Kinda confused about type inference on struct literals passed to associated functions.

[WERTBON1789]

Hi, I'm kinda new to Zig therefor also to ZLS.
I have this weird behavior I wanted to get behind:

const std = @import("std");

pub fn main() !void {
    const file = try std.fs.cwd().openFile("./thing.txt", .{
        // .mode = .read_write,
    });
    defer file.close();
    // Do something with file
}

I pass an anonymous struct literal as the File.OpenFlags arguments, as I think it can be done, it also compiles just fine, it just seems ZLS has no idea that this struct has that type, the comment is what I wanted to get as completion, but in this case I just got nothing, neither a false error, nor any suggestions.
After some experimenting I got it to work like this:

const std = @import("std");

pub fn main() !void {
    const dir = std.fs.cwd();
    const file = try dir.openFile("./thing.txt", .{
        .mode = .read_write,
    });
    defer file.close();
    // Do something with file
}

It seems like ZLS can't cope with the Dir returned from cwd directly but has to have it in a separate variable?
It kinda confused me a bit.
I think the more "correct" code would be something like this anyways:

const std = @import("std");

pub fn main() !void {
    const dir = std.fs.cwd();
    const file = try dir.openFile("./thing.txt", .{
        .mode = .read_write,
    });
    defer {
        file.close();
        dir.close();
    }
    // Do something with file
}

But I found it kinda weird that it just wouldn't work.

Zig: 0.15.0-dev.151+6e8493daa
ZLS: 0.15.0-dev.31+99eaaf61
Editor is Neovim, if that's maybe relevant.

[Techatrix]

I believe that this a bug in ZLS's code completions for anonymous struct literal. It failing to resolve an expression that chains a function call like cwd().something. This is why moving it into a separate expression resolves the issue.