Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#46815 - [nautilus] 3.18.1-1 Does not display Windows shares - solution suggests package not upstream

Attached to Project: Arch Linux
Opened by Peter Dilley (PeterD) - Wednesday, 21 October 2015, 01:00 GMT
Last edited by Gerardo Exequiel Pozzi (djgera) - Tuesday, 29 March 2016, 01:57 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Jan Alexander Steffens (heftig)
Architecture x86_64
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
Nautilus will not display Windows servers or network shares.
Installing Cinnamon Nemo fixes Nautilus which will then display Windows servers and network shares properly.
Removing Cinnamon Nemo does not remove the fix from Nautilus. Nautilus continues to correctly display Windows servers and network shares properly but I did notice that when I had an actively mounted FTP session and quit Nautilus when I tried to launch it again it took an extremely long time to launch and display. When reinstalling Cinnamon Nemo and opening Nautilus when the FTP session was still active Nautilus launched instantly.

There is some very strange behavior suggesting nemo might be modifying a system file(s) correctly to correctly enable the windows network browsing that the install script for nautilus is not correctly enabling.

Additional info:
* package version(s)
* config and/or log files etc.

extra/nautilus 3.18.1-1 (gnome) [installed]
extra/gvfs-smb 1.26.1.1-1 (gnome) [installed]
community/nemo 2.6.7-1 [installed]


Steps to reproduce:
Install Arch + Gnome 3 (3.18.1)
Launch Nautilus (3.18.1)
attempt to browse the windows network.

Full details captured in the original post to the forum here:
https://bbs.archlinux.org/viewtopic.php?id=204069
This task depends upon

Closed by  Gerardo Exequiel Pozzi (djgera)
Tuesday, 29 March 2016, 01:57 GMT
Reason for closing:  Fixed
Comment by Doug Newgard (Scimmia) - Wednesday, 21 October 2015, 03:47 GMT
Sounds like maybe  FS#46721 
Comment by Peter Dilley (PeterD) - Wednesday, 21 October 2015, 03:56 GMT
At a high cursory glance it might but I have to disagree. In the forum post I could still use Control+l to display the file bar in nautilus 3.18.1 and type in manually smb://servername/sharename and it would connect just fine it is just that the automatic network browsing of available Windows servers and shares on the smb protocol on the local network is not showing up in nautilus while it still shows up just find in nemo (branched nautilus around gnome 3.6). Installing nemo fixes nautilus and removing nemo leaves nautilus fixed and still working... but a default install of gnome on a fresh arch bringing in gnome3 + nautilus 3.18.1 will have a broken windows browse function when you open nautilus in the desktop.
Comment by Doug Newgard (Scimmia) - Wednesday, 21 October 2015, 04:03 GMT
And is your dbus package up-to-date?
Comment by Peter Dilley (PeterD) - Wednesday, 21 October 2015, 04:06 GMT
core/dbus 1.10.0-4 [installed]
extra/gvfs-smb 1.26.1.1-1 (gnome) [installed]

Again. None of these files are updated when installing nemo but magically nautilus behavior is fixed. Removing nemo doesn't affect the fix but it won't happen unless nemo the old nautlius gets installed.

These are on fresh builds in VMs or on physical machines. If I ever have to stop halfway through a build I always pacman -Syu before installing the next new piece of software onto the Arch system.
Comment by Peter Dilley (PeterD) - Wednesday, 21 October 2015, 04:23 GMT
Just tested Post #4 - https://bbs.archlinux.org/viewtopic.php?pid=1570451#p1570451, from the second linked bbs post of  FS#46721  https://bbs.archlinux.org/viewtopic.php?id=203791 just to confirm or eliminate any resemblence in behavior to that observed in  FS#46721  by DimitrisC.

My VLC:
extra/vlc 2.2.1-8 [installed]

My Test NAS/DLNA server OS=[Unix] Server=[Samba 3.6.25]

I connect from SMB just fine through browsing on this system's nautilus or through Control+l and entering the full smb://servername/sharename
I opened multiple test files in VLC. MOV MP4 MKV packages with various codecs audio & video encoding the contents. They all play fine, no errors about a file is missing from /run/user/1000/ as he reports in forum entry #4.

Loading...