**Problem/Motivation** The GeoIP suggestion dialog opens itself with showModal() on every page load until it is dismissed. showModal() promotes the dialog into the browser top layer, which renders above every stacking context regardless of z-index, and makes the rest of the page inert. Two consequences. 1. It covers and disables everything else on the page. This was reported on a production site where visitors could not click the consent banner at all: the banner is an ordinary element, so no z-index can lift it above the top layer, and the inert page swallowed its clicks. Consent could therefore only be given after dismissing the language dialog, and because applying a region triggers a full page load, analytics never measured the landing page and attributed the traffic as direct. It is not specific to consent tools: chat widgets, support launchers, promo bars and skip links are covered just the same. 2. An unsolicited modal on page load is questionable on its own merits. It takes focus from wherever the visitor was reading, traps it, and inerts the page - for a suggestion ("You are viewing this page in X for Y, change your region to view content for your location"), not a decision that has to be forced. The user-triggered dialog is a different case. The visitor clicked the trigger, so a modal is appropriate there. **Steps to reproduce** 1. Enable the GeoIP popup. 2. Put any other fixed overlay on the page - a consent banner, a chat widget, or simply a `position: fixed; z-index: 2147483647` div. 3. Load a page as a visitor who has not dismissed the dialog. 4. The overlay is painted under the dialog and cannot be clicked, whatever its z-index. **Proposed resolution** Make modality configurable, separately per dialog, with defaults matching how each one is opened: - language_switcher_dialog.settings:modal - default TRUE (user-triggered) - language_switcher_dialog_geoip.settings:modal - default FALSE (auto-opening) and call show() rather than showModal() when FALSE. This is not a one-line change. Non-modal dialogs lose several behaviours that the current code relies on: _JavaScript_ - js/language-switcher-dialog.js and modules/language_switcher_dialog_geoip/js/geoip-cookie.js: pick show()/showModal() from the setting. - Escape does not close a non-modal dialog. Add a keydown handler. - The backdrop-click dismissal (`event.target === dialog`) can never fire without a backdrop. Add a document-level click-outside handler. - Do not call .focus() when the dialog opens itself. Keep the explicit focus for the user-triggered dialog, where the visitor asked for it. - A non-modal dialog stays in the document flow, so a transformed or overflow-hidden ancestor clips or mis-positions it; the top layer used to make that irrelevant. The block can sometimes sit in a footer region, so this could bite in practice. Suggest moving the dialog to document.body on attach when non-modal. At least one site already does this by hand, because a GSAP pin-spacing transform on the footer wrapper breaks position:fixed and the top layer. _CSS_ - css/dialog-classic.css scopes six selectors to :modal, which only matches showModal(). Sizing, the narrower GeoIP width, the :focus-visible outlines, the fade-in and the forced-colors border all silently stop applying in non-modal mode. Re-scope to [open]. - ::backdrop does not exist for a non-modal dialog, so there is no dimming. - A non-modal <dialog> is position:absolute per the UA stylesheet, not centred in the viewport, so it needs explicit positioning. _Config and upgrade path_ - Schema entries and settings-form checkboxes for both. - hook_post_update_NAME() to add the keys to existing sites. **Open question to settle first** What should the non-modal GeoIP dialog look like? A centred floating panel with nothing dimmed behind it may read as broken. The conventional pattern for a region suggestion is a bar along the bottom or top of the viewport, which also keeps it clear of other overlays. (a) Minimum change: keep the current position, drop the dim, let themes restyle. classic_dialog_styling defaults to FALSE, so most sites style the dialog themselves anyway. (b) Ship a non-modal presentation as a bottom bar. (a) is smaller and safer; (b) is better out of the box. **Remaining tasks** - Decide (a) vs (b). - Decide what the post_update does for existing sites: modal FALSE for the GeoIP dialog (adopt the fix) or TRUE (preserve today's behaviour). Given 1.0.x is still alpha and the current behaviour is the bug, FALSE plus a change record seems right. - Implement, with test coverage for the config plumbing. - Change record for the default. - Decide whether the region dialog in language_switcher_dialog_countries needs the same treatment; it shares the dialog element. **User interface changes** If modal is set to FALSE: the GeoIP suggestion no longer blocks the page, no longer dims the background and no longer takes focus on load. **API changes** None to PHP APIs. **Data model changes** Two new config keys.