https://bugs.kde.org/show_bug.cgi?id=526175

            Bug ID: 526175
           Summary: kio_smb: Windows 11 replies to WS-Discovery probes but
                    is missing from smb:/
    Classification: Applications
           Product: dolphin
      Version First unspecified
       Reported In:
          Platform: Other
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: [email protected]
          Reporter: [email protected]
                CC: [email protected]
  Target Milestone: ---

SUMMARY

A Windows 11 PC and a KDE Linux PC are on the same local network.

Direct SMB access from Linux to Windows works correctly, including
authentication and browsing shares.

However, the Windows PC is not shown in:

Dolphin -> Network -> Shared Folders (SMB)

or:

smb:/

The problem appears to be specifically in KDE/KIO WS-Discovery processing.


SOFTWARE / OS

Linux client:

OS: Ubuntu-based Linux distribution
Hostname: LINUX-PC

KDE Plasma: 5.27.12
Dolphin: 23.08.5

kio-extras: 23.08.5
libsmbclient0: Samba 4.19.5
samba: 4.19.5
smbclient: 4.19.5
avahi-daemon: 0.8


Windows SMB server:

OS: Windows 11
Hostname: WINDOWS-PC
Network profile: Private

Function Discovery Provider Host (fdPHost): Running
Function Discovery Resource Publication (FDResPub): Running

Windows Firewall WSD / Network Discovery rules for the Private profile are
enabled for inbound and outbound traffic.


EXPECTED RESULT

Opening:

smb:/

in Dolphin should show WINDOWS-PC among discovered SMB hosts.


ACTUAL RESULT

WINDOWS-PC is absent from smb:/.

Other SMB/DNS-SD hosts on the same LAN are discovered normally.


NAME RESOLUTION WORKS

NetBIOS:

$ nmblookup WINDOWS-PC
192.0.2.10 WINDOWS-PC<00>

.local name resolution:

$ getent hosts windows-pc.local
192.0.2.10 windows-pc.local

192.0.2.x addresses in this report are anonymized documentation addresses and
are not the actual LAN addresses.


DIRECT SMB WORKS

$ smbclient -L //WINDOWS-PC -U USER

Sharename
---------
ADMIN$
C
C$
D
D$
F
IPC$
Users

Direct Dolphin/KIO access also works:

smb://[email protected]/

This displays the Windows shares.

Opening an individual share also works:

smb://[email protected]/C/

Therefore SMB connectivity, authentication and direct KIO SMB access are
functional.


KIO DISCOVERY DEBUG

Command:

KDE_FORK_SLAVES=1 \
QT_LOGGING_RULES='kf.kio.workers.smb=true;log_kio_smb=true' \
kioclient ls smb:/

Relevant output:

kf.kio.workers.smb: Adding modern discovery (dnssd/wsdiscovery)
kf.kio.workers.smb: Modern discovery set up.
kf.kio.workers.smb: Starting discovery.
kf.kio.workers.smb: DNSSD added: "LINUX-PC" "_smb._tcp" "local" "" 0
kf.kio.workers.smb: Discovery finished.

There is no WS-Discovery result for WINDOWS-PC.


PACKET CAPTURE PROVES THAT WINDOWS RESPONDS TO WSD

While KIO was performing discovery:

sudo tcpdump -ni any udp port 3702

Anonymized packet flow:

192.0.2.20.3702 > 239.255.255.250.3702
192.0.2.10.3702 > 192.0.2.20.3702
192.0.2.10.3702 > 192.0.2.20.3702
192.0.2.10.3702 > 192.0.2.20.3702
192.0.2.10.3702 > 192.0.2.20.3702

tcpdump reported:

0 packets dropped by kernel

So the sequence is:

LINUX-PC
 -> WS-Discovery probe UDP/3702
 -> Windows 11
 -> multiple WS-Discovery replies
 -> replies arrive at LINUX-PC

but kio_smb does not expose the Windows host in smb:/.


ADDITIONAL OBSERVATION

Dolphin:

Network -> Add Network Folder
-> Microsoft Windows network drive

reports:

Unable to connect to server.

when specifying:

Server: 192.0.2.10
Folder: C

However, manually entering:

smb://[email protected]/C/

in Dolphin works correctly.

This may be related or may be a separate KIO issue.


CONCLUSION

The following have been verified as working:

- Windows SMB server
- SMB authentication
- NetBIOS name resolution
- .local name resolution
- Windows Private network profile
- Windows Function Discovery services
- Windows WSD firewall rules
- UDP/3702 multicast delivery
- Windows WSD replies reaching Linux
- direct Dolphin/KIO SMB access

The failure appears to occur after the WS-Discovery replies reach the Linux
machine, but before or during processing of those replies by kio_smb.


STEPS TO REPRODUCE

1. Put a Windows 11 PC and KDE Linux PC on the same private LAN.
2. Enable Windows Network Discovery and SMB sharing.
3. Verify direct access works:
   smb://USER@WINDOWS-PC/
4. Open smb:/ in Dolphin.
5. Windows PC is not listed.
6. Run a UDP/3702 packet capture while refreshing smb:/.
7. Windows sends WSD replies to Linux, but the host still does not appear in
KIO.


PRIVACY NOTE

Hostnames, usernames and IPv4 addresses in this report were anonymized.
192.0.2.x addresses are documentation-only substitute addresses.


REPORT PREPARATION

Report prepared by the user with diagnostic assistance from ChatGPT
(OpenAI, GPT-5.6 Sol).

All tests, commands and observed outputs were performed and verified by the
user on the affected systems.

DESCRIPTION


STEPS TO REPRODUCE
1. 
2. 
3. 

OBSERVED RESULT


EXPECTED RESULT


SOFTWARE/OS VERSIONS
Operating System (available in the Info Center app, or by running `kinfo` in a
terminal window):
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to