Skip to content

fix(public): wrap Promptly hero heading at 320px without hiding overflow - #134

Merged
nish3451 merged 2 commits into
mainfrom
fix/promptly-320px-heading-overflow
Aug 13, 2026
Merged

fix(public): wrap Promptly hero heading at 320px without hiding overflow#134
nish3451 merged 2 commits into
mainfrom
fix/promptly-320px-heading-overflow

Conversation

@nish3451

Copy link
Copy Markdown
Collaborator

Summary

Promptly's hero H1 uses clamp(3.4rem, 7vw, 6.7rem), so the word "professionals" is ~354px inside a 272px box. At a 320px viewport the document grows to 369px and clips the heading.

This adds overflow-wrap: anywhere on the shared h1 rule after sibling product pages (/, /drishti/) were proven to stay inside 320. Heading copy is unchanged. The page is not clipped with overflow-x: hidden.

Proof

  • Regression in scripts/test-public-heading-hierarchy.mjs failed pre-fix on the live numbers (documentElement.scrollWidth=369, heading 354 vs 272) and passes after (320 <= 320, heading 272 <= 272 at both 320 and 390).
  • Sibling / and /drishti/ stay inside 320 after the shared wrap.

Test plan

  • node scripts/test-public-heading-hierarchy.mjs — 81 checks, 0 failures
  • Remaining public/suite scripts after the pre-existing retention-automation environment check
  • CI repo-checks
  • After merge/deploy: live /promptly/ HTTP 200 and scrollWidth <= clientWidth at 320 and 390

Deploy note: the Pages token is still missing, so deploy-public-site.yml will fail closed until Nish provisions CLOUDFLARE_API_TOKEN.

The 3.4rem H1 left "professionals" unbreakable, so /promptly/ grew to
369px on a 320px viewport. Shared h1 overflow-wrap:anywhere after
sibling pages stayed inside 320. Heading copy is unchanged.

@greptile-apps greptile-apps Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Your trial has ended. Reactivate Greptile to resume code reviews.

@coderabbitai

coderabbitai Bot commented Aug 13, 2026

Copy link
Copy Markdown

Warning

Review limit reached

@nish3451, you've reached your PR review limit, so we couldn't start this review.

Next review available in: 32 minutes

Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available.
You're only billed for reviews past your plan's rate limits ($0.25/file).

How can I continue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews.

How do review limits work?

CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability.

For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window.

Please refer docs for additional details.

Review details
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Free

Run ID: 81bfd60f-9207-4a28-944d-96a1ee91ef4c

📥 Commits

Reviewing files that changed from the base of the PR and between 4a7f442 and 6e143c5.

📒 Files selected for processing (2)
  • public/styles.css
  • scripts/test-public-heading-hierarchy.mjs

Note

🎁 Summarized by CodeRabbit Free

Your organization is on the Free plan. CodeRabbit will generate a high-level summary and a walkthrough for each pull request. For a comprehensive line-by-line review, please upgrade your subscription to CodeRabbit Pro by visiting https://app.coderabbit.ai/login.

Comment @coderabbitai help to get the list of available commands.

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 420747eaf6

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

// try the next resolver
}
}
throw new Error("playwright is required to assert Promptly 320px heading overflow")

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 Badge Install Playwright before requiring it in the test gate

In any clean checkout without the author's unrelated 0509 workspace, npm ci installs only the locked dependencies, and neither package.json nor package-lock.json declares Playwright. Consequently every candidate fails and this unconditional throw aborts test-public-heading-hierarchy.mjs; I confirmed the script exits 1 in this repository. Since codex-ci.yml runs npm ci followed by npm run ci, and the deployment workflow similarly runs npm check, the required repository and deployment gates are now environment-dependent. Declare Playwright and install its Chromium binary as part of repository setup, or keep this browser check out of the mandatory suite.

AGENTS.md reference: AGENTS.md:L2-L3

Useful? React with 👍 / 👎.

…sing

repo-checks has no Playwright, so the layout probe now skips there.
The CSS wrap assertion still fails closed. Local runs keep the
scrollWidth measurements.

@greptile-apps greptile-apps Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Your trial has ended. Reactivate Greptile to resume code reviews.

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 6e143c5102

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Comment on lines +199 to +200
if (!chromiumLauncher) {
console.log(" skip layout probe: playwright is not installed in this checkout")

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 Badge Run the layout probe in clean CI

The new missing-Playwright branch changes the prior hard failure into a silent pass, but repo-checks performs npm ci and neither package.json nor the lockfile declares Playwright, so every clean CI and deployment checkout skips all of the newly added viewport assertions. As a result, later CSS changes can restore the 320px overflow while the mandatory suite remains green; install Playwright/Chromium in the gate or move this probe to an environment that provides them.

Useful? React with 👍 / 👎.

@nish3451
nish3451 merged commit 17f364c into main Aug 13, 2026
2 checks passed
@nish3451
nish3451 deleted the fix/promptly-320px-heading-overflow branch August 13, 2026 03:40
nish3451 pushed a commit that referenced this pull request Aug 13, 2026
…le with main after PRs #135/#104/#99/#112/#100/#105)

The PR #130 branch had already been reconciled with origin/main through
c617364 (PRs #131 + #133/#134/#132/#116). Since then origin/main moved to
d4f3ef4 with six more merges (#135 #104 #99 #112 #100 #105). Pull them in
so PR #130 can be reviewed against current main without weakening the
capture/rollback/reverification implementation or the PR #131 fail-closed
missing-secret gate.

The merge resolved cleanly:
- PR #130 capture/rollback logic (publish-public-site.mjs canonical_deployment,
  rollbackTo, restored identity re-verify, accept-again) is intact.
- PR #130 test file (scripts/test-pages-release.mjs) is intact and wired
  into the npm ci/test scripts.
- PR #131 fail-loud missing-secret workflow step in
  .github/workflows/deploy-public-site.yml is preserved byte-for-byte.
- The new origin/main changes touch operator surfaces and the deploy
  bundle prep; none of them modify the publish-public-site.mjs rollback
  contract or the Pages token gate, so there were no conflict markers.
nish3451 added a commit that referenced this pull request Aug 23, 2026
…0260823

test(live-gate): assert shared h1 overflow-wrap rule on deployed stylesheet (PR #134)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant