# Modals disappear from DOM for users with no listings (Multisite)

**URL:** <https://community.hivepress.io/t/modals-disappear-from-dom-for-users-with-no-listings-multisite/18019>\
**Category:** Bug Reports\
**Tags:** confirmed\
**Created:** [October 3, 2026, 1:10am UTC](https://community.hivepress.io/t/modals-disappear-from-dom-for-users-with-no-listings-multisite/18019 "2026-10-03T01:10:57Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![astro](https://community.hivepress.io/letter_avatar_proxy/v4/letter/a/9dc877/32.png) [@astro](https://community.hivepress.io/u/astro)\
**Post date:** [October 3, 2026, 1:10am UTC](https://community.hivepress.io/t/modals-disappear-from-dom-for-users-with-no-listings-multisite/18019/1 "2026-10-03T01:10:57Z")

</div>

**Describe the issue**

Running HivePress on a WordPress Multisite network with several subsites, all sharing user accounts via WP’s native multisite user tables. HivePress core `1.7.31`, HivePress Reviews frontend JS `1.4.0`.

On subsites where a user has never submitted a listing, HivePress modals (`listing_report_modal`, `review_submit_modal`, delete-account, etc.) don’t open. The trigger link changes the URL hash to `#modal_name`, but nothing renders.

Traced this to a specific mechanism: the modal HTML **is present in the initial page source** (`document.documentElement.innerHTML.includes('listing_report_modal')` → `true` on both working and broken subsites), but on broken subsites the modal elements are **removed from the live DOM after page load** — `document.querySelectorAll('.hp-modal').length` returns `2` on a working subsite vs `0` on a broken one, for the same logged-in user.

The deciding factor seems to be whether the user has ever submitted a listing, not which subsite they registered on:

- Subsite1 (user has listings submitted): modals work.
- Subsite2 (user had 0 listings): modals broken. Submitting one Free-plan listing immediately fixed it.
- Subsite3 (user has 0 listings): same broken pattern, currently unresolved.

Ruled out:

- **LiteSpeed Cache** — tested relevant settings off, then fully deactivated the plugin. Bug persisted.
- **Missing/mismatched frontend JS** — confirmed identical `common.min.js`/`frontend.min.js` (`1.7.31`) and `hivepress-reviews` frontend JS (`1.4.0`) load on both working and broken subsites.
- **Custom site JS** — a custom mobile-nav/loading-overlay script is byte-identical across subsites and has no reference to `hp-modal` or related classes.

Haven’t yet identified the specific script removing the `.hp-modal` nodes. Chrome DevTools “Break on node removal” didn’t catch it, nor did instrumenting `Node.prototype.removeChild`/`Element.prototype.remove` with `debugger`.

**Steps to reproduce**

1. Log in as a user who has never submitted a listing on the current subsite.
2. Open a page with a HivePress modal trigger (e.g. Report Listing, review submission).
3. Run `document.querySelectorAll('.hp-modal').length` in console. Compare against a user who has submitted a listing.
4. Click the modal trigger link.

**Actual result**  
`.hp-modal` elements exist in raw HTML but aren’t in the live DOM for users with no listing-submission history. Hash changes on click but nothing opens.

**Expected result**  
Modals like review submission, report-listing, delete-account should work for any registered user regardless of listing-submission history. Owning a listing shouldn’t be a prerequisite for these generic modals.

**Extra details**  
Looking for the actual PHP component/hook conditionally omitting these modals, not workarounds like dummy listings or forced free-listing submission.

Thanks!

---

<div class="post-metadata">

**Author:** ![ihor](https://community.hivepress.io/user_avatar/community.hivepress.io/ihor/32/5_2.png) [@ihor](https://community.hivepress.io/u/ihor)\
**Post date:** [October 5, 2026, 8:38pm UTC](https://community.hivepress.io/t/modals-disappear-from-dom-for-users-with-no-listings-multisite/18019/3 "2026-10-05T20:38:24Z")

</div>

Thanks for the detailed bug report. We’ll try to test this further and let you know, user modals (like Report Listing) should be available in any case – there are modals that require specific permissions (like Delete Listing) that may be hidden if the current user is not a vendor (has no vendor profile and a Contributor role). Please also make sure there are no third-party PHP or JS (if modals disappear after the page is loaded) scripts that may cause this issue.

---

<div class="post-metadata">

**Author:** ![kseniia](https://community.hivepress.io/user_avatar/community.hivepress.io/kseniia/32/13513_2.png) [@kseniia](https://community.hivepress.io/u/kseniia)\
**Post date:** [October 8, 2026, 1:03pm UTC](https://community.hivepress.io/t/modals-disappear-from-dom-for-users-with-no-listings-multisite/18019/7 "2026-10-08T13:03:28Z")

</div>

Hi,

Thanks for the detailed report.

The bug has been confirmed, and we’ll address it in one of our future updates.
