- Which bookmark configuration best satisfies the requirement?
Answer: Use Selected visuals for the panel objects, enable Display, and disable Data for both bookmarks.
Bookmark configuration in Power BI is all about precision — you need to understand what each bookmark captures and how to scope that capture correctly. When you see a question about bookmarks controlling specific visuals without disturbing the rest of the page, think about two key toggles: Selected visuals vs. All visuals, and the Data vs. Display properties.
The goal here is to toggle panel visibility (show/hide) without affecting slicers, drill states, or sort orders elsewhere. Option B achieves exactly this by scoping each bookmark to Selected visuals — meaning only the two overlapping panels are included in the bookmark's scope. Enabling Display captures the visibility state (shown/hidden), while disabling Data ensures the bookmark doesn't freeze or restore any filter/slicer/drill context. This is the surgical approach: touch only what you need.
Option A fails because using All visuals means the bookmark captures every visual on the page, so restoring it will override slicer selections and drill states across the entire report — the exact problem you're trying to avoid. Option C compounds the same mistake by keeping All visuals with Data enabled, meaning both filter context and visibility are captured globally; disabling Current page doesn't solve the scope problem. Option D is a trap — scoping to the slicers and enabling Data while disabling Display does the opposite of what's needed: it would restore slicer data states but wouldn't control panel visibility at all.
A useful rule of thumb: Selected visuals + Display ON + Data OFF is the standard recipe for pure visibility bookmarks. Whenever a question asks you to toggle UI elements without touching filter context, that combination should come to mind immediately.
- What should you do when configuring the Close Filters bookmark?
Answer: Clear the slicer, include it in Selected visuals, enable Data and Display, and then update the bookmark.
When working with bookmarks in Power BI, you need to understand what each bookmark property controls. A bookmark can capture three independent states: Data (slicer/filter selections), Display (visibility of visuals), and Current page. The key insight is that to make closing a panel also reset a slicer, the Close Filters bookmark must capture both the cleared slicer state and the panel's hidden state simultaneously.
Answer A is correct because it follows the exact right sequence: first clear the slicer (so the bookmark captures a blank selection), then scope the bookmark to Selected visuals targeting only the slicer and panel, enable both Data (to capture the cleared selection) and Display (to capture the hidden panel), and update. This gives you a bookmark that hides the panel and resets the filter in one click, without disturbing unrelated visuals on the page.
Answer B is wrong because disabling Data means the bookmark ignores slicer state entirely — closing the panel would never clear the West selection, which is exactly the problem you're trying to solve.
Answer C contains a contradictory combination: disabling Data while trying to clear the slicer is self-defeating. Without Data enabled, the bookmark won't capture the cleared slicer value, so the reset won't persist.
Answer D focuses only on visual layering and Display, ignoring slicer data state completely. Moving a visual behind a background hides it visually but doesn't clear its selection or capture it in a bookmark meaningfully.
The study tip here: always think of bookmarks as a snapshot. You must first set the state you want, then capture it. If Data is disabled, slicer changes are invisible to the bookmark.
- Which action most directly resolves the layering problem?
Answer: In the Selection pane, move the button above the rectangle in the layer order.
When working with overlapping visuals in Power BI, the Selection pane is your primary tool for controlling both visibility and layer order — the z-order that determines which object sits "on top" and receives clicks first. Whenever a visual is being intercepted by another overlapping object during selection, your first instinct should be to check the layer stack in the Selection pane.
The root cause here is straightforward: the rectangle sits above the button in the layer order, so Power BI's hit-testing reaches the rectangle first and selects it instead of the button. The fix in option A — dragging the button above the rectangle in the Selection pane — reorders the z-stack so the button becomes the topmost object at that location, making it directly selectable and interactive while the rectangle remains fully visible beneath it. This resolves the problem without altering either visual's appearance or functionality.
Option B is a distractor that confuses bookmark data capture (what state a bookmark saves) with visual layering — enabling Data has no effect on which object receives a click. Option C makes the situation worse: hiding the button defeats the entire purpose of having it, and locking the rectangle only prevents it from being accidentally moved, which isn't the issue at all. Option D targets the button's formatting rather than its position in the layer order; changing transparency or removing a background won't change which object Power BI selects when you click an overlapping area.
As a study tip, remember that the Selection pane in Power BI serves two roles: toggling visibility (the eye icon) and controlling layer order (drag to reorder). Questions about overlapping visuals almost always point to that second role.
- What is the most likely corrective action?
Answer: Leave the desired visibility state in place and select Update for the Details bookmark.
Whenever you see a question about bookmarks in Power BI, remember this core principle: a bookmark is a snapshot. When you create a bookmark, it captures the current state of your report — which visuals are visible, which are hidden, filter context, selected slicers, and more. That snapshot is frozen at the moment of creation and stays frozen until you explicitly update it.
This is exactly what's happening in the scenario. The Details bookmark was created while the text box was visible, so it permanently "remembers" that state. Hiding the text box and showing the chart afterward doesn't automatically revise the bookmark — Power BI has no way of knowing you want the bookmark to reflect your new configuration. The fix is straightforward: arrange your visuals exactly how you want them (chart visible, text box hidden), then right-click the Details bookmark in the Bookmarks pane and choose Update. This re-snapshots the current state, making C the correct action.
Choice A is wrong because saving and reopening the file has no effect on bookmark state — bookmarks don't "recalculate" on load; they simply restore what was saved. Choice B is a red herring; layer order (Bring to Front) controls rendering overlap for visible objects, not how bookmarks track visibility. Choice D is incorrect because bookmarks absolutely can capture and restore Selection pane visibility — that's one of their primary functions — so deleting the text box is unnecessary and overly destructive.
Your study tip: think of bookmarks as a camera. If you rearrange the scene, you must retake the photo (Update) — the old photo won't change itself.
- Which bookmark option should be disabled while retaining the saved filter behavior?
Answer: Current page, while Data remains enabled to restore the report-level filter.
When working with Power BI bookmarks, it helps to know that each bookmark captures up to three independent states: Data (filters, slicers, and what data is visible), Display (visibility of visuals), and Current Page (which report page is active). You can enable or disable each independently, giving you precise control over what a bookmark restores.
In this scenario, you want the bookmark to restore a report-level filter — that's a data state — but you don't want it to navigate the user away from whichever page they're currently on. Disabling Current Page while keeping Data enabled is exactly the right move: the filter gets applied, and the user stays put. That makes C the correct answer.
A is wrong on two levels: page navigation is not stored in the Data state, and disabling Data would actually destroy the filter behavior you're trying to preserve — the opposite of what's needed. B confuses the Display state with page navigation. Display controls whether specific visuals are shown or hidden, not which page is active. Disabling it wouldn't affect page navigation at all. D is backwards — keeping Current Page enabled is precisely what causes the unwanted page switch, and Selected Visuals has nothing to do with filters or page context here.
A useful rule of thumb: Data = filters/slicers, Display = visual visibility, Current Page = navigation. On the exam, whenever a question asks you to preserve filter behavior without triggering navigation, your answer will almost always involve disabling Current Page while keeping Data active.
- How should you modify Summary View?
Answer: Disable Data, keep Display enabled, and update the existing bookmark.
When working with Power BI bookmarks, you need to understand that they capture three independent properties: Data (filter/slicer state), Display (visual visibility), and Current Page. The key insight is that each property can be toggled independently, giving you precise control over what a bookmark restores.
In this scenario, Summary View needs to do one thing: control which visuals are visible. It should not override the user's slicer selection. The problem is that the bookmark currently has Data enabled, which means it's saving and restoring the Region slicer's state (locked to "North"). The fix is to disable Data so the bookmark stops interfering with filters and slicers, while keeping Display enabled so it continues toggling visual visibility correctly. That's exactly what A describes — disable Data, keep Display enabled, then update the bookmark to capture this new configuration.
B is backwards — disabling Display would stop the bookmark from controlling visual visibility, which is the entire purpose of Summary View. Keeping only Data enabled would restore slicer state but break the visibility behavior.
C introduces an unnecessary and destructive action. Recreating the slicer doesn't solve the problem, and disabling Current Page is irrelevant here since the visuals are all on the same page — this option confuses the properties being tested.
D is a workaround, not a solution. Hiding the slicer removes the user's ability to interact with it entirely, which is far more disruptive than what the scenario calls for.
A useful memory aid: Data = filters/slicers, Display = show/hide visuals. When a bookmark is overriding user selections, your first instinct should be to uncheck Data.
- What should the developer do to limit the bookmark's effect?
Answer: Select only the panel objects, change the bookmark to Selected visuals, and update it.
Whenever you see a Power BI bookmark question, focus on the scope of what the bookmark captures. By default, a bookmark records the state of all visuals on the page — visibility, filters, spotlight, and selection. This is powerful but can cause unintended side effects when you only want to control one element.
The fix here is to narrow the bookmark's scope using Selected visuals mode. When you select only the information panel objects on the canvas, switch the bookmark type from "All visuals" to "Selected visuals," and then update the bookmark, Power BI will only capture and restore state for those selected objects. Unrelated visuals are completely ignored when the bookmark is triggered — they won't snap back to any previously recorded state. That's exactly what option A describes, making it the correct answer.
Option B is wrong because selecting unrelated visuals and keeping "All visuals" doesn't restrict scope — it still captures everything, just with those visuals in a particular state, which doesn't solve the problem of unwanted interference.
Option C is a trap: disabling Display removes visibility from the bookmark's recorded properties, but since the passage explicitly states Display must remain enabled (visibility controls the panel), this approach directly contradicts the requirements.
Option D is wrong because disabling "Current page" only prevents the bookmark from switching pages — it has no effect on which visuals are captured or how their visibility states are managed.
A useful rule of thumb: when a bookmark affects too many things, the solution is almost always narrowing scope with Selected visuals, not changing what properties (Display, Data) are recorded.
- Which workflow should the report author use?
Answer: Place the metric bookmarks in a bookmark group and configure a bookmark navigator for that group.
When working with navigation controls in Power BI, the key distinction to understand is the difference between bookmark groups and bookmark navigators — and how they work together to create dynamic, self-updating navigation.
Power BI allows you to organize bookmarks into named groups within the Bookmarks pane. When you then insert a bookmark navigator and scope it to a specific group, the navigator automatically displays every bookmark in that group — and crucially, any bookmark you later add to that group appears in the navigator without any manual button creation. This is exactly what the question describes: D is correct because placing metric bookmarks in a bookmark group and configuring a bookmark navigator for that group creates a self-maintaining navigation control scoped precisely to those bookmarks.
Option A misunderstands the tool entirely — a page navigator surfaces report pages, not bookmarks. Hiding non-metric pages would distort your report's page structure and still wouldn't display bookmark-based metric views. Option B confuses the Selection pane (which manages object visibility and layering) with the Bookmarks pane; Selection pane groups have no direct connection to bookmark navigation configuration. Option C describes a purely manual workflow — duplicating buttons every time a new bookmark is added is exactly the maintenance burden the question is trying to avoid, making it the opposite of the desired solution.
The study tip here: on Power BI exam questions involving navigation controls, always distinguish between page navigators (for pages), bookmark navigators (for bookmarks), and whether the control is scoped to a group. Scoping to a bookmark group is the key feature that enables automatic updates.
- Which bookmark setting is most likely preventing the intended result?
Answer: Display is disabled, so Spotlight is not restored by the bookmark.
When working with Power BI bookmarks, you need to understand the three core settings that control what a bookmark captures and restores: Data (filters, slicers, and drill state), Display (visibility of visuals and Spotlight state), and Current Page (which report page is active). Each setting is independent, so disabling one has no effect on the others.
Spotlight is a visual formatting state — it dims surrounding visuals to emphasize one. Because it affects how visuals are displayed rather than what data they show, Spotlight falls under the Display setting. If Display is disabled when you save or activate a bookmark, the Spotlight state is neither captured nor restored. That's exactly what's happening in this scenario: filters are preserved (Data is enabled), but Spotlight isn't restored (Display is disabled). The correct answer is B.
A is incorrect because the Data setting controls filters, slicers, and drill-through states — not visual formatting like Spotlight. Disabling Data would break the filter behavior, which the passage says is working fine. C is wrong because Current Page simply determines whether the bookmark navigates to a specific page; it has no influence over individual visual states like Spotlight. D is a fabricated option — "All visuals" is not a bookmark setting in Power BI, so this is a distractor testing whether you know the actual setting names.
A useful memory rule: if a bookmark isn't restoring visual appearance (visibility, Spotlight, z-order), always check the Display toggle first. Bookmark troubleshooting questions on the exam frequently hinge on knowing which setting owns which behavior.
- What is the least disruptive way to select the chart?
Answer: Select the chart by name in the Selection pane, and then use the Format pane.
When working in Power BI Desktop, overlapping objects create a common challenge: you need to interact with something you can't easily click. This question tests your knowledge of the Selection pane, one of Power BI's most powerful layout tools.
The Selection pane lists every object on your report canvas by name, and clicking an object's name in that pane selects it directly — regardless of what's sitting on top of it visually. Once selected, you can open the Format pane and change properties like title formatting without touching anything else on the canvas. This is exactly what option D describes, making it the least disruptive path: no visibility changes, no layer reordering, no bookmark updates required.
Option A is problematic because hiding the chart through a bookmark and then activating it alters the state of your report and risks modifying or conflicting with existing bookmark definitions — the very thing the question says to avoid. Option B is unnecessarily destructive: deleting and manually recreating the transparent shape is tedious, error-prone, and could break the popup interaction if the shape isn't perfectly restored. Option C sends the shape backward to expose the chart, but changing layer order is explicitly off-limits per the scenario, and updating every bookmark afterward compounds the disruption significantly.
The strategic takeaway here: whenever a question mentions overlapping objects or inaccessible visuals, think Selection pane first. It lets you select, rename, reorder (via drag), and toggle visibility for any object by name — making it indispensable for managing complex, layered report layouts.
