PS: the major recent updates were the security fixes for the SPECTRE and MELTDOWN vulnerabilities, and they did cause problems on some system (like applications crashing or even whole system freezes).
So maybe try to boot an older kernel (4.4.103 or lower) too, by choosing “Advanced Options” in the boot menu.
Although I doubt that they could cause a problem like you describe, but who knows… (it’s easy to try anyway)
I just tried this on my TW system and too get the blank window using SMB:/ (which incidentally changes to SMB://). I ran smbtree and it lists the workgroup and hosts OK. I wonder if this is related to the bug which causes SMB4K to fail to list the hosts? Bug is https://bugzilla.opensuse.org/show_bug.cgi?id=1057148
From a quick look at the source code, kio_smb seems to only use functions from libsmbclient and not run “net rap” or similar, but it might still be related.
But, the OP uses 42.3 according to the subject. And it worked for him until 2 days ago.
And it does work fine here on my fully up-to-date 42.3 system (I’m using the latest kio-extras5 17.12.0 from additional repos though).
I had these sorts of bad behaviour in the early days of leap 42.3 but it sorted itself and behaved after a month or so. I haven’t had problems since. And just to be sure I ran a Yast-based upgrade of RPMs just to catch any immediate changes, no problems. So maybe your TW problem is a TW problem, perhaps different from evetsnameloc’s 42.3
Trying to pin down the problem some more — I installed Leap 42.3 from the original installation files onto an unused partition. Before doing any updates I tried “smb:/” and it displayed the workgroup icon in the dolphin window as it did before.
I then went to yast and updated the smb files to their latest versions, and surprisingly “smb:/” still worked. So it appears that the problem is not with smb but with some other packages that have been updated as well.
Without going through and updating packages one-by-one, I have no idea how to trace the problem further.
Just to clarify things that I didn’t mention in the first post, this all involves Windows shares, some on a Windows 10 installation, some on Windows 7.
I don’t know if this helps any, but I also have a Windows 7 virtual machine (vmware) installed on Leap 42.3. When I open “Network” in the VM, all the computers in the workgroup appear normally.
Did you test that nmd is running as suggested earlier. If it is not running or it is broken then “smb:/” will likely not work in Dolphin but “smb://some_server” will likely work in Dolphin
And this hasn’t been discussed yet: have you set the firewalls the same in both? Should have setting of network interface to be “external zone” and allowed services should be set to “Netbios Server”, “Samba Client” and “Samba Server”, I should think particularly the first is the one in focus here.
Instead of racking my brain any further, though, I just reinstalled Leap 42.3 and went through all the updates. Thankfully, with a separate /home partition, it ends up not being a big deal. And, having done that, “smb:/” works fine, as does everything else.
I have the same problem running openSUSE Leap 15.0.
Dolphin doesn’t show the workgroup, but I’m able to navigate the net via the “smb://” command (it works with both the IP address or the name of the computer).
Despite a working and well configured samba, browsing network for Windows shares using a gvfs-based file manager (Nautilus, PCManFM, and others) it does only get an empty folder. With samba 4.7 are changed the default protocols and this seems to cause problems with browsers. For a temporary workaround you can add the following parameter in the smb.conf configuration file: