Business information, schedule, and reviews
Customer App can conditionally open separate Business Information and Reviews modals from a business page. They can share one returned business graph while loading, media, map, provider, and review-list states settle independently.
:::warning Important boundary
Opening Information or Reviews is not guaranteed to be read-only. Information can mount remote media, map, or external-provider content, and Reviews can start a separate business read.
:::
Information and Reviews are separate
| Surface | Current visible scope | What it does not prove |
|---|---|---|
| Business Information | Returned address/notes, schedule, photos, videos, and optional location presentation | Serviceability, legal accuracy, provider trust, contact completion, or current business availability |
| Reviews | Returned rating summary and review items, or a separate review read | Moderation, publication, reviewer identity, full count, complete history, or submission eligibility |
The visible open or closed state records presentation only. Opening can also begin review, media, map, or provider work; neither the visible state nor closing proves that work settled or was cleaned up.
Returned business fields and configuration
Information and Reviews depend on the current business projection plus project, business, theme, language, and provider configuration. Theme gates govern the location, address, schedule, image, and video sections inside Information. The header defines Information and Reviews action flags but does not use them in the current action rendering: Information is available after header loading, while Reviews visibility depends on returned rating state.
The app should receive purpose-minimal fields for each surface. Missing, malformed, stale, differently typed, protected, or filtered configuration must fail closed without exposing internal values, exact provider settings, or a private business relation.
Information section states
| Section/state | Safe interpretation |
|---|---|
| Address or notes | Returned business text for one revision; not geocoded, legal, or serviceability authority |
| Schedule | Returned weekly intervals; not a promise that the business is open, accepting orders, or available at a future time |
| Location map | Provider-backed presentation can mount when current configuration allows it |
| Photos | Remote image references can load from external sources |
| Videos | Embedded WebView content can load scripts, media, storage, and subresources |
| Section hidden | Theme/config/result did not render it; provider/data absence is not established |
| Read more/less | Local text expansion only |
Schedule labels can differ from business/server time because timezone, clock, day boundary, daylight-saving behavior, and data revision remain separate.
Reviews list states
| State | What it can mean |
|---|---|
| Supplied reviews | Existing business review rows can be sorted and filtered locally |
| Separate read | When supplied rows are absent, the controller can request the business reviews projection |
| Rating summary | One returned aggregate is formatted as an average; its source revision can differ from the visible list |
| Review item | The current card shows score, comment-or-placeholder, and date; reviewer identity is not required for this presentation |
| Loading | Controller starts loading, but the current modal has no dedicated loading presentation |
| Empty | No visible review rows are shown; loading, filtering, error, or true empty can overlap |
| Error | A generic error can render while the empty message also remains visible |
| Pagination | The current modal does not indicate that the visible list is complete |
A rating, visible row count, list length, or empty message may not reflect the complete review history or publication status.
Reviewer projection and publication
Review cards may show a score, comment, and date. They should not expose the reviewer's contact, order, payment, or address details. Moderation and publication are separate from the list displayed in the app, so a visible review may not represent the complete history or be available to every customer.
Remote media, maps, and provider boundaries
Information can show remote images, a provider-backed map, and embedded video content. The current Information view does not expose a social-link control; contact options may differ in other app versions. If a link is shown, review its destination before opening it.
- Remote sources must be allowlisted, minimized, bounded, and replaceable with safe local placeholders.
- Embedded content must restrict origins, scripts, forms, storage, subresources, navigation, downloads, and messages.
- Map/location display must use a reviewed purpose and consent boundary.
- External destinations require approved schemes/hosts and informed confirmation.
- A missing image, map, video, or external app is not a reason to enable a provider, grant permission, or paste another link as a test.
Contact, social, map, browser, and media links open separate services. Check that the destination is the one you intended, and avoid sharing private contact or location information unnecessarily.
Unknown outcomes and safe troubleshooting
| Situation | Safe response |
|---|---|
| Information loads but Reviews does not | Treat the surfaces as different revisions; do not infer review absence |
| Rating changes but list does not | Aggregate and item projections are inconsistent |
| Error and empty both appear | Preserve the read failure; do not interpret it as zero reviews |
| Schedule conflicts with open/closed styling | Business/server time authority is unresolved |
| Map or media is missing | Use the safe placeholder; do not activate a provider to diagnose |
| No external link appears | Contact options can vary by business and app configuration |
| Account, project, business, or language changes | Reject prior media, review, map, and external callbacks |
Support reports should use only value-free state classes such as “review list unresolved” or “information and review revisions differ.” Do not include business, reviewer, contact, location, review, media, account/order identifiers, links, provider details, or private screenshots.
Privacy and accessibility
- Business and review content can reveal location, interests, routines, contact, order context, and reviewer text. Keep real values out of evidence and logs.
- Information and Reviews controls and modals need distinct accessible names, modal isolation, close behavior, focus return, and loading/error/empty states.
- Schedule rows, rating summary, review cards, read-more controls, maps, photos, videos, and external links need purpose-specific labels and alternatives.
- Do not rely on stars, color, images, map markers, modal position, or missing content alone.
- Accessibility behavior and available controls can vary by device and app version, especially when media or location services are unavailable.