Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Deleting non-empty folder in SMB-CIFS (SAMBA) fails #1930

Closed
Martin-Laclaustra opened this issue Aug 26, 2018 · 5 comments

Comments

@Martin-Laclaustra
Copy link

commented Aug 26, 2018

 * Nemo version (nemo --version): 3.8.5
 * Is issue with desktop or windowed nemo?: Windowed
 * Distribution - (Mint 17.2, Arch, Fedora 25, etc...): Mint 19
 * Graphics hardware *and* driver used: irrelevant
 * 32 or 64 bit: 64bit

Issue
Deleting a non-empty folder in a SMB share deletes it in the window, but not in the share. It reappears refreshing the page.
Empty folders are deleted correctly.

Steps to reproduce
Delete a non-empty folder in a SMB share. Refresh.

Expected behaviour
The folder should not reappear on refresh.

Other information
Also reported here:
https://forums.linuxmint.com/viewtopic.php?t=272816

It happens in the live ISO and in an up-to-date installation.

@scissorsneedfoodtoo

This comment has been minimized.

Copy link

commented Sep 6, 2018

@Martin-Laclaustra, thank you for creating this issue! I wrote that forum post but never got around to reporting it. Just commenting to follow along here.

@pdev77

This comment has been minimized.

Copy link

commented Sep 13, 2018

Also reported here
https://bugzilla.gnome.org/show_bug.cgi?id=792147
Its behaving like its doing an rmdir ratther than an rm -rf

@clefebvre

This comment has been minimized.

Copy link
Member

commented Sep 19, 2018

It's upstream in samba itself: https://bugzilla.samba.org/show_bug.cgi?id=13204

@clefebvre clefebvre closed this Sep 19, 2018

@Martin-Laclaustra

This comment has been minimized.

Copy link
Author

commented Sep 19, 2018

Thanks Clem, for your answer and for making Linux Mint possible.
I think a fast (and sloppy -said with all our love for developers-) release cycle upstream is creating great instability in distributions.
Do you see a way of clamping this problem to stick in mint to a working version until critical problems upstream are solved? or to have them quickly patched until them?
We could see that the release of LM19 has brought a lot of regressions with it (that should have been filtered out and not released by ubuntu, but they did), as we read in the comments of the 7th September 2018 entry of the linux mint blog.
I encountered myself too many problems and could not cope (I usually tackle the few minor problems), I needed to go back to 18.3.
How can we (the community) help?
For example, I believe that the community would agree with long periods for beta versions, and collaborate (I would) reporting bugs at a centralized bug tracker. The mint release should be stable, as it has always been.
The bug tracker should receive problems no matter the origin (mint or upstream), and then classify. I am sure that many will volunteer to scale up problems, once identified by mint, to their creators, with people being responsible of specific topics (I am talking of community volunteers, not adding work to your core team). Problem reporting in the blog seems inefficient and difficult to track. And scattered places make it difficult to know where to report. (Thanks for the guide to report that you wrote, but I think that it has two problems: 1. It requires some expertises that not all users have; 2. It makes the user responsible for reporting things upstream. I think that an opportunity is lost there, because many errors remain under-reported, and because there is a limited, and variable, amount of time that each user can devote to report the problem)
Finally, I thought of a way to make it easy replicating the bugs. May be it sounds outlandish, but, may be a webpage with a web-vnc accessible sand-boxed up-to-date system (renewed with each connection), that would log all actions and problems, could help, asking the user that reports a bug to connect to it and to replicate the problem.
I hope to be able to help somehow.
Thanks again for your efforts.

@momo42

This comment has been minimized.

Copy link

commented Sep 21, 2018

It's upstream in samba itself: https://bugzilla.samba.org/show_bug.cgi?id=13204

I understand, that the problem is caused by samba but would you please implement a workaround in nemo? I don't know how, but other file managers can handle this samba bug. I'm supposed to use samba shares in office but I'm not able to update the servers. So the only solution is to use other file managers for years? This would be very sad news. :(

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
5 participants
You can’t perform that action at this time.