O(n) requests when browsing directories on SMB shares
Affected version
- Nightly flatpak: Didn't test because
flatpak
didn't finish installing it while I was typing this - Other: 3.36.2-1 on Arch Linux
Steps to reproduce
- Set up a Samba share with a directory structure of
test/{1,2,3,4,5}
- Fire up Wireshark
- Browse to
smb://share/test
Current behavior
There are too many requests, including two FILE_INFO/SMB2_FILE_ALL_INFO
and SMB2_FIND_ID_BOTH_DIRECTORY_INFO
on each of the five subdirectories. This means O(n) operations, even though the original SMB2_FILE_ALL_INFO
retrieved all the attributes of the subdirectories.
This undoes much of the work done for gvfs#306.
Expected behavior
O(1) requests, preferably, or an option to set that mode. No redundant requests (there's a lot of them on the parent directory).
Additional information
Edited by Laurențiu Nicola