0000768: Failure to check for rights (re. deletion) on network share - MantisBT

ID	Project	Category	View Status	Date Submitted	Last Update

0000768	MMW v4	DB/FileMonitor	public	2003-10-13 22:17	2013-01-10 13:55

Reporter	rusty	Assigned To
Priority	urgent	Severity	minor	Reproducibility	always
Status	assigned	Resolution	reopened
Target Version	4.1.1

Summary	0000768: Failure to check for rights (re. deletion) on network share
Description	According to a description at: http://www.songs-db.com/forum/viewtopic.php?t=713, MM fails to ascertain that the user has rights to delete a file on the network before attempting to do so. It sounds as if the bug is that the entry's are deleted from the DB even though the files can't be deleted, though I have yet to test this.
Tags	No tags attached.

Fixed in build

rusty 2003-10-14 13:02 administrator ~0002549	According to: http://www.songs-db.com/forum/viewtopic.php?p=2616, MM crashes in this situation.

rusty 2003-10-14 14:18 administrator ~0002551	Possible message discussed over IM: Cannot modify/delete filename. Access is denied. The file may be in use or you may not have access rights. Do you want to modify/delete the Tracks from the Library only? [Yes] [Yes to All] [No] [[No to All]] note: this

rusty 2003-10-14 14:41 administrator ~0002552	Simpler message is: Cannot modify/delete filename. Access is denied. The file may be in use or you may not have access rights. [Retry] [Ok] [Ok for All]

jiri 2003-10-14 18:50 administrator ~0002556	Fixed in build 588.

rusty 2003-10-22 00:11 administrator ~0002648	According to Lowlander: -Not very user friendly, ie on update filename error moving file. -On retagging file on write protected network drive nothing is mentioned and nothing is changed. On testing by mimicking a network to which read/write rights have been removed: -No errors occur (bug 0000756) On testing by mimicking a network to which write rights have been removed: -Attempt to edit properties: no error occurs -Attempt to edit filename: Error message occurs 'An error occured while moving...', though not the intended error message. I don't think we absolutely have to fix this for the 2.1 release, but if it's trivial...

rusty 2006-07-07 00:50 administrator ~0007415	Tested on a read-only network drive, and as long as the user had relevant permissions, he/she was allowed to modify/delete the read-only file. There was a problem, though--deleting the file didn't result in a warning that the file was read-only. Need to test this further.

rusty 2009-05-07 21:26 administrator ~0017735 Last edited: 2011-05-06 16:55	The problem here is actually fairly general: Although for the specific case of file deletion, a warning appears if delete rights are missing, for other cases (e.g. modification), MM is not integrated with windows networking and doesn't prompt the user when appropriate rights are missing. This leads to the situations described previously, but also to other conditions where a user is logged into the network, runs MM as Admin, and then MM can't access tracks on the network (because it doesn't prompt the user). This should be entered into a new bug as the original issue has been solved.