Roll20 uses cookies to improve your experience on our site. Cookies enable you to enjoy certain features, social sharing functionality, and tailor message and display ads to your interests on our site and others. They also help us understand how our site is being used. By continuing to use our site, you consent to our use of cookies. Update your cookie preferences .
×
Create a free account

Secret Doors: is there a way to keep players from seeing them?

Prepping for old school campaign, and using Shift-L to check my work, I notice that players can see secret doors. Do we just rely on the honor system, or is there a way to hide them from player view?
1729267026

Edited 1729269236
Ctrl-L does not give you a player's view from a token. It shows you the tokens "Line of Sight", which as GM includes anything on the GM layer and things like secret doors that are hidden from players.  The only way to get a player's view from a token is by using a Dummy Account . Here's an example comparison: Here's my standard Dynamic Lighting Troubleshooting checklist.  Troubleshooting General: ⁠The game creator needs to have a Roll20 Plus or Pro account to use Dynamic Lighting. Make sure you are using Chrome or Firefox. ⁠Make sure you are set to only use either Updated Dynamic Lighting or Legacy Dynamic Lighting, not both. ⁠Do not use the Freehand tool to draw Dynamic Lighting lines. Only use the Polygon tool, and make sure that you don't have any lines that create 'sharp' corners. This is the cause of unexplained/invisible lines about 99% of the time. ⁠You should use a ' Dummy Account ' in order to see changes live/instantaneously when you make them as GM. There are other benefits as well (streaming, testing macros and other tricks, resetting the game URL). ⁠ Ctrl-L does not give you a player's view from a token. It shows you the token's 'Line of Sight' as GM. You will see everything on the GM layer, but players will not see anything on the GM layer from the same token. ⁠ 'Rejoin as player' is difficult because it requires logging back and forth into the game. A Dummy Account is free and can be readily toggled between two browser windows or tabs. ⁠ ⁠A player may control several tokens, and may see more or less than the GM sees when using Ctrl-L or 'Rejoin as player'. Do not use colored or tinted lighting effects. Colored light is currently bugged due to how those lighting effects are rendered. ( Here's a good example of Explorer Mode , which is probably similar to how colored light works.) If you want to have a colored/tinted area, use an invisible token with a colored aura instead . ⁠Do not use .webm animated tokens. They are currently bugged and often will not work correctly and prevent visibility. ⁠Check random other page settings, such as 'Restrict Movement' ⁠Clear your browser cache. ⁠Clear the game chat archive. My players can't see: ⁠Token and light source need to be on the correct layers. ⁠Token must have vision enabled. ⁠Token must be 'controlled' by the player who is checking vision. ⁠There needs to be a light source. ⁠ Tokens always emit light from the center of the token -- in LDL it comes from a small point in the center of the image, and in UDL it comes from a circle that is some small percentage of the image size -- so if you set the map image as a light source, you'll get some funky behavior. ⁠Ensure that a token's vision is not blocked by Dynamic Lighting lines. ⁠If a player cannot see, move their token. There was a bug with UDL that prevented player vision from 'activating' until after one of their tokens is moved on a page. ⁠Make sure you don't have a Fog of War/Permanent Darkness layer on. ⁠Make sure you don't have Advanced Fog of War/Explorable Darkness blocking vision. ⁠Make sure the view is centered on a token that has vision enabled and a light source. ⁠Make sure you/your players are on the correct page. Double check that they have not been split from the Party ribbon. My players see too much: ⁠Make sure you don't have 'Daylight' turned on for the page. ⁠Walls need to be placed on the 'walls' (lighting) layer. ⁠ ⁠If a token has "line of sight" to an area illuminated by a light source, then they will be able to see that area. The only thing that blocks line of sight are Dynamic Lighting lines (walls). ⁠ ⁠Tokens cannot block light. ⁠ ⁠Fog of War/Permanent Darkness only cover an area, but do not prevent light from passing through. ⁠Explorable Darkness and Advanced Fog of War are saved for each player. So if a player has control of a token, they will see all of their 'explored area' in greyscale. ⁠Look on the 'walls' (dynamic light) layer for any unexpected light sources. They will show up as small rectangles there. ⁠Confirm which tokens the player controls. Try moving all tokens to the GM layer temporarily and moving individual tokens back to the Objects layer one by one. ⁠Page 'Cell Width' settings can have an affect on a token's vision, especially if the 'light multiplier' is set to something other than 100%. Switch the Cell Width to '1' and see what happens. Token vision isn’t correct when pulled out of the journal: ⁠Make sure to set up a token’s vision how you want it to be, and have the very last step be to save it as the default for that character sheet. ⁠Any changes made after saving as the default token will not be saved as the default unless the default token is saved again. This is intentional to allow for temporary changes. ⁠Make sure you do not have any duplicate character sheet names. ⁠Also check the Journal Archive. ⁠After pulling out the token, check which character sheet it is linked to. ⁠A character’s default token can be linked to a different character sheet.
Thanks!
Jarren, "Re-joining as player" would also work without having to create a dummy account.
1729278293
Gauss
Forum Champion
Albert R. said: Jarren, "Re-joining as player" would also work without having to create a dummy account. "Re-joining as player" is not recommended. Many GMs assign control over creature tokens/characters to themselves so it can cause problems.  Additionally, in order to make adjustments you have to switch back and forth. Make an adjustment, switch back to player, switch back to GM, make an adjustment, switch back to player.... A dummy account is the recommended method for seeing exactly how a player sees and allows you to make adjustments while viewing them as a player via a second browser window and account. 
Gauss said: Albert R. said: Jarren, "Re-joining as player" would also work without having to create a dummy account. "Re-joining as player" is not recommended. Many GMs assign control over creature tokens/characters to themselves so it can cause problems.  Isn't that more a recommendation to not assign control of characters to yourself as a DM, as it's redundant and messes with the "join as a player" option? Granted, you're right about switching back and forth being a chore.
Albert R. said: "Re-joining as player" would also work without having to create a dummy account. These are all the reasons why I recommend using a Dummy Account instead of 'Rejoin as Player', as I list in my troubleshooting General #5:           5. You should use a ' Dummy Account ' in order to see changes live/instantaneously when you make them as GM. There are other benefits as well (streaming, testing macros and other tricks, resetting the game URL). ⁠                  1. Ctrl-L does not give you a player's view from a token. It shows you the token's 'Line of Sight' as GM. You will see everything on the GM layer, but players will not see anything on the GM layer from the same token. ⁠                  2. 'Rejoin as player' is difficult because it requires logging back and forth into the game . A Dummy Account is free and can be readily toggled between two browser windows or tabs. ⁠                  3. A player may control several tokens, and may see more or less than the GM sees when using Ctrl-L or 'Rejoin as player'. The only downsides to using a Dummy account are:  You have to create a new Roll20 account. (And you don't even need to use a different email address!) You have to have two browser windows open at the same time (which might strain some older computers). But to each their own!  If you find it easier to Rejoin as Player than to use a Dummy Account, then do what works for you. I've simply seen enough questions and problems arise from Ctrl-L and Rejoin as Player that I always recommend using a Dummy Account instead, as it resolves 99% of those new-GM issues.
1729291006

Edited 1729291040
Gauss
Forum Champion
Tuo said: Gauss said: Albert R. said: Jarren, "Re-joining as player" would also work without having to create a dummy account. "Re-joining as player" is not recommended. Many GMs assign control over creature tokens/characters to themselves so it can cause problems.  Isn't that more a recommendation to not assign control of characters to yourself as a DM, as it's redundant and messes with the "join as a player" option? Granted, you're right about switching back and forth being a chore. Assigning control of characters to yourself as a DM deals with a known Roll20 visual bug that can affect some DMs. Although many DMs do assign control of characters to themselves not understanding that they do not need to.