Since this issue is still open and still a problem as of version 17.8, I want to add some more details from my experience.
When a local user is logged into a sub-wiki, not only is the theme blocked, but they can no longer view anything from either the main wiki or other sub-wikis even if they are publicly visible to unregistered users. This is a big problem in a corporate environment where we want various teams to have their own sub-wikis to manage as they like, but we still want them to be able to view the sub-wikis of other teams or the main wiki with information relevant to all teams.
What's even worse is that macros, UI extension objects and such that are set to "Global" don't always work because of this. In my case, I am trying to provide resources on the main wiki that are shared with all the sub-wikis. I have a few style sheet objects that I make globally available by referencing them in a UI extension object that injects them into the <head> element of the HTML. They do indeed appear in the head of the HTML in the sub-wikis, but when a local user is logged in, they are denied access to the style sheet objects, even though they are set to be publicly viewable to unregistered users. If the local user logs out, the style sheets then load correctly.
Another example where this is a problem is that we have a sub-wiki that contains graphical resources (product images, logos, icons, etc.) that are publicly visible to unregistered users. Global and unregistered users can see them anywhere, but when a local user logs into their sub-wiki, all of those image links break as they are denied access.
It makes absolutely no sense that a local user should be more restricted than an unregistered user. It makes it very difficult to make efficient use of sub-wikis in a corporate environment because you need to have local copies of almost everything for them to work when local users log in.
To work around this, we have to make everyone a global user, and then just assign rights in the sub-wikis. This is less than ideal because you can't have a local admin handle all membership and rights issues for their sub-wiki without making them an admin of the main wiki or having the main wiki admins handle everything.
This message was sent by Atlassian Jira (v9.3.0#930000-sha1:287aeb6)
If image attachments aren't displayed, see this article.
