I don’t know if it is a bug or it is intended like this, but for me it is very illogical, so I thought I ask:
I have a table with a column where I reference another table which is hidden. But when in the published version of the doc I hover over of the chip (which comes from the hidden table) I can actually navigate to the hidden pages and so everyone else can. For me it is not really logical that in this way users can bypass the page hidden settings.
This is the published page: Blueprint · Egyesek - ProfessionalED
At the select control you can click on the select list items and then you land on the hidden page, where the referenced table exists.
1 click
2 click
This page should be hidden and not accessible:
This is the setting behind:
Any suggestion how to block users to get into the hidden pages?
Thanks a lot!
3 Likes
Unfortunately, hidden pages in Coda do not fulfill their apparent role as described by the function’s name. When the feature is activated, Coda simply hides the pages from the sidebar list but does not conceal the page at the architectural level of the doc. This initially confused me as well. Moreover, a hidden page and any content within it can easily be found through the search function, which undermines the entire logic of the access control system the user might want to establish.
4 Likes
Not a bug, but a feature! 
I think the developers did it intentionally.
2 Likes
Hidden pages are not an access control feature. It keeps the pages out of view only. It does not prevent access.
It works as designed, but access control is frequently requested on the forum. I think that with the full implementation of sync pages, access control will be possible.
2 Likes
Admit it, @Piet_Strydom. The ‘Hide’ function misleads users simply by its name.
Its current implementation contradicts basic user expectations: the page remains accessible through search and direct links, making the ‘hiding’ purely nominal until it’s discovered. Once it’s found, this ‘hiding’ loses all meaning, turning into a completely pointless feature.
It’s essentially like a ‘Delete File’ button that merely removes the icon from the desktop while leaving the file fully accessible through the file explorer. When a user sees the ‘hide’ option, they intuitively expect actual concealment of the information, not just a cosmetic adjustment in the interface. This is an example of poor UX/UI design.
6 Likes
Smae issue here. Forms were limited for the input i needed from multiple users (quality department) so i created individual user pages for thier daily logs. Hid the pages, then created a top end table with thier name and button that is activated if thier user name appears. Wroked great, until one realized they can click on another persons icon and get in to thier "page. They are professionals, so i doubt any nefarious things will happen. But simple hide icons feature would help. That hide in search (except admins and creator of doc) would be a great feature going forward.
3 Likes
