September 18, 200718 yr i am runnign unraid 4.0 and i have an application which is supposed to set a certain folder as hidden but it is not hidden. if i go to the folder (in vista) and right click and set it as hidden - it goes through the process without any error but then if i right click again and go to properties the hidden checkbox is nto checked. why cant i set a file as hidden?
September 18, 200718 yr Seems to work ok with Windows XP. We're setting up a Vista machine for other testing & we'll look at this.
September 18, 200718 yr Author ok let me knwo how you make out. also - here is somethign that someone posted over in my thread at thegreenbutton.com: I had the same problem with my samba shares. what i had to do was include the option in my smb.conf file to map cache to hidden like so: hide files = /*cache*/ so that all files/directories that have "cache" in it are hidden is this something i am able to do? if so then how do i find my smb.conf file?
September 18, 200718 yr Author also i just tried to set the folder as read only from an xp box and had the same problem. but i did notice something - when doing it from either OS, the files inside the folder get hidden, but the folder itself does not get hidden.
September 21, 200718 yr Right - just remembered a longstanding issue with Samba - you can't mark folders as hidden or system - only files.
September 22, 200718 yr Author is this still the case with the latest version of samba used in version 4.2 ( iam on 4.0)?
September 22, 200718 yr This is not fixable given the way Samba implements the DOS 'Hidden', 'System', and 'Archive' bits. Here is a similar question from 2001 Samba mailing list archive: http://lists.samba.org/archive/samba/2001-November/031298.html
September 22, 200718 yr Author unfortunately, no. it is for a MCE plugin called TV Library which allows you to browse yoru downloaded TV shows via media center. when you add new shows it auto generates thumbnails for the avi files and stores them in a cache folder (which is supposed to be hidden). since the folder is nto hidden it shows up in MCE alogn with the actual folders. so you end up seeign a nice icon for all yoru tv shows and a cache folder icon.
September 22, 200718 yr Just installed this same MCE plugin and running through some ideas, I suspect if the cache folder was called .cache instead it would be hidden so maybe we can ask the developer to change the filename standard of the cache folder, or perhaps make it a user definable option.
September 22, 200718 yr Author the developer already stated in his thread over at thegreenbutton.com that he will explicitly set it to ignore folders named cache. so now we just have to wait for the next release. but feel free to post about namign it .cache - maybe that is easier for him to implement.
September 22, 200718 yr Yeah I saw that, just posted a suggestion over at TGB about this as well, was thinking if he could add in a new registry key say CacheFolderName and check this key for the existence of a custom folder name then this might be a quicker solution than trying to programtically ignore folders called "cache" also means if you're viewing your collection outside of TVLibrary you don't get all the pesky cache folders showing up becuase putting a period in front of the name makes it hidden.
September 23, 200718 yr hmmm not so sure this will work now, just manually tried creating a folder from a windows box called .something and unRaid/Vista refused to create the file, when manually renaming a folder to include the period from unRaid it works fine, folder is hidden ok from Windows but my unRaid seemed to spit the dummy and though all other disks were unformatted for some reason.
September 23, 200718 yr Seems you can't create a folder using Windows Explorer starting with a period, but you can from DoS or from an application so I believe my idea should work ok in theory at least .. might try and hack the application and find the string used for the folder name and see if I can't change it to test myself.
Archived
This topic is now archived and is closed to further replies.