Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
OS X 10.9.3 Bug Hides '/Users' Folder for Some Users [Updated]
- Thread starter MacRumors
- Start date
- Sort by reaction score
It's not redundant at present, but it is redundant just as soon as the Magic New Sharing App is installed.
Yes, this is actually what I've assumed. Similar to iOS app isolation, this would be OS X user isolation. I think that maybe Apple considers one user wanting access to another one's so unusual that they consider it a "power feature".
----------
Thanks, I will try this since it sounds like a "proper" solution without too much messing around.
I also got /Users and /Users/Shared hidden.
Edit: Yup, repairing now and both of these folders got some rights indeed repaired here.
Edit 2: Users folder hidden again after reboot.
Last edited:
First the slow performance (still an issue), then the SSL bug, now this. Glad I stayed at Mountain Lion
heh... Well, Mountain Lion was absolute crap for me (mid-2012 Macbook Pro). Mavericks has been much better, so far; very few problems on 10.9.2. But I do get occasional audio crackling (cured by a restart), which is really annoying, and the 10.9.3 pre-releases indicated that audio should be tested, so I wondered if it might fix this issue. I'm hesitant to upgrade now, though...
Last edited by a moderator:
Yes, that's my thinking. It's so easy to open a hidden folder, which Power users would know anyway, so there's no loss of functionality from this decision.
You basically answered your own question. Searching through the Users folder isn't a common task for many and for the people that need to access that they can drill through the OS to get it much like the Library folder.
No....
This is almost certainly just a bug and not a design change by Apple.
While your typical user might not have to go through the Users folder often, there ARE folders underneath it that users directly access all the time (such as the "Documents" folder or "Downloads" folder). It wouldn't make sense to give these users Dock shortcuts to them that can't be re-created if accidentally removed via the normal procedures (locating the folder in the Finder and dragging it down to the dock).
This is almost certainly just a bug and not a design change by Apple.
While your typical user might not have to go through the Users folder often, there ARE folders underneath it that users directly access all the time (such as the "Documents" folder or "Downloads" folder). It wouldn't make sense to give these users Dock shortcuts to them that can't be re-created if accidentally removed via the normal procedures (locating the folder in the Finder and dragging it down to the dock).
It makes a task only attempted by those who know what they're doing more difficult in order to allegedly protect 'average users' who, in my mind, are not looking for or aware of these folders in the first place. It's hard to imagine that protection of the Library or Users folders is of concern to Apple, given my own experiences.
Nice find. turning off "Find my mac" stops this from reoccurring for me. weird bug.
nope, the correct permissions on Users are system: read&write and read only for admin and everyone. that's how it was in 10.9.2 and all prior versions and that's how it is in 10.9.3 after you repair permissions.
doesn't work for me unless I turn off "find my mac" first.
Last edited:
HD on the desktop.
Wow. That's really old-school. Virtually pointless at this point. Very easy to get to in any case. Anybody who would ever have actual need to access it, would know how to do it in less than 1 second. Meanwhile, it's kept out of way of less knowledgable users who could muck it up.
(same with Library)
that's my thought. and it seems to make more sense than the other way around, other than - why would they want to remove the Users folder?
Either way, you can't remove the /Users/ folder through Finder anyways ("required by OS X").
Although I'm currently cloning my system to try something.
I bow in the shadow of your obvious superiority. You are so awesome. I wish I could be like you.
I wonder how this is actually accomplished. This folder has no ACLs or flags, it's read/write for everybody but you can't delete or rename it even if you remove the sticky bit (btw the bug being discussed in this thread was also removing the sticky bit from /Users/Shared). So I am really curious as to how exactly /Users/Shared is being protected.
Can you navigate to any other user folders that you could not access before the update though?
Can you now get into /Users/Other User for example?
Follow it with a Command + Up Arrow and you are back in the hidden Users directory.
Or if you are in Finder without any open windows, you can do Command + Up Arrow twice and be there. I've been using Command + Up as a shortcut for getting to my home directory for years, so it really doesn't cause any problems for my Users directory to be hidden. A bit weird, yet. But not problematic.
----------
Not sure if this one qualifies as an "obvious bug" -- it's certainly is a bug, but the impact of it can't be that big of a deal.
Apple's software has gotten a lot more complex over the years, hence there is a greater chance of bugs slipping out than before. But on the scale of nasty bugs, this one doesn't rank anywhere near the top.
Hidden Users folder problem is a Find My Mac wobbliness caused by iTunes 11.2, rather than an OS X 10.9.3 bug
Apparently.
https://forums.macrumors.com/posts/19113856/
Apparently.
https://forums.macrumors.com/posts/19113856/
Because of the glitch, I am no longer able to import into Final Cut X. I have found a workaround. The import in Final Cut now only shows the primary Shared folder. So I'm copying what I need to import into that folder, importing from there, and then erasing the copy.
I'm sure Apple will update the glitch with a fix.
I'm sure Apple will update the glitch with a fix.
As if people didn't hate iTunes enough already.
Seriously though.....how would an iTunes update cause a system level issue like this?
Seriously though.....how would an iTunes update cause a system level issue like this?