requestExpandedMode(event, "game") does not switch inline webview to the game entrypoint in Playtest
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 45/100
- Issue type
- Bug
- Clarity
- Clearly specified
- Activity status
- Active
- Tech stack
- devtools, javascript, typescript
- Domain
- developer-experience, tooling
Research direction
The issue is in the Devvit Web API's requestExpandedMode function. Start by examining the @devvit/web/client module and the EFFECT_WEB_VIEW effect handling. Look for the bridge configuration and entrypoint resolution logic. Check the Playtest environment's webview mode transitions. Verify the immersiveMode flag and entrypoint URL generation. Testing requires a Devvit app setup with multiple HTML entrypoints.
Written by the indexing model from the issue text.
Description
1. Summary
I am seeing unexpected behavior when switching from an inline launch screen to a second expanded entrypoint using the documented Devvit Web API:
default -> splash.html -> trusted click -> requestExpandedMode(event, "game") -> game.html
The splash screen loads correctly, but the webview remains inline after the click and game.html never opens.
2. Environment
- App:
ai-content-helper - Devvit app/runtime version:
0.0.14.95 - SDK:
0.14.4 - Playtest subreddit:
r/ai_content_helper_tes - Client: Reddit Web
- Playtest environment: Devvit Playtest
- Registered entrypoints:
{
"post": {
"entrypoints": {
"default": {
"entry": "splash.html"
},
"game": {
"entry": "game.html"
}
}
}
}
3. Expected behavior
The post should initially render splash.html in inline mode.
After the user clicks the Start button, the app should:
- enter expanded mode;
- load the
gameentrypoint; - display
game.html.
4. Actual behavior
splash.htmlloads successfully.devvit.webViewModebefore the click is1(inline).- The Start button receives a real trusted user click.
- The handler calls
requestExpandedMode(event, "game"). - After the click:
devvit.webViewModeremains1(inline);- the iframe remains on
splash.html; - no
game.htmlframe is opened; - no visible transition occurs.
5. Minimal reproduction
Minimal configuration:
{
"post": {
"entrypoints": {
"default": {
"entry": "splash.html"
},
"game": {
"entry": "game.html"
}
}
}
}
Minimal client flow:
splash.html
-> Start button
-> trusted click event
-> requestExpandedMode(event, "game")
-> expected: expanded game.html
The splash handler is equivalent to:
import {requestExpandedMode} from "@devvit/web/client";
startButton.addEventListener("click", event => {
requestExpandedMode(event, "game");
});
6. What was already verified
- The splash entrypoint loads normally.
- The click is a trusted user click.
- The app starts in inline mode.
- The
gameentrypoint exists in the bridge configuration. - The
gamekey matches thedevvit.jsonentrypoint key. - The local SDK 0.14.4 implementation generates an
EFFECT_WEB_VIEWeffect with:immersiveMode: IMMERSIVE_MODE;- the resolved
game.htmlentrypoint URL.
- The source builds successfully.
- Typecheck, lint, unit tests, and build pass.
- No temporary diagnostic code remains in the app.
7. What was already ruled out
The following errors were not observed:
web view is already expanded;Untrusted event;no entrypoint named "game";- JavaScript page errors;
- browser console errors related to the transition;
- scheduler, backend, Redis, Gemini, or automation errors.
The issue does not appear to be caused by the automation or backend logic. Those components are unrelated to the splash-to-game transition.
An independent direct submitCustomPost({entry: "game"}) test was not completed because the current Playtest workflow did not expose the temporary diagnostic menu action, and the temporary webview endpoint returned 404. No conclusion is being made from that incomplete test.
8. Relevant logs/errors
Observed after clicking Start:
Before click:
devvit.webViewMode === 1 // inline
After click:
devvit.webViewMode === 1 // still inline
Current frame:
...-webview.devvit.net/splash.html
No JavaScript or page errors were reported.
No errors were reported for:
already expanded
Untrusted event
no entrypoint named "game"
9. Question to Devvit maintainers
Could you confirm whether this behavior is expected in Reddit Web Playtest for Devvit SDK 0.14.4 / app version 0.0.14.95?
Specifically:
- Is
EFFECT_WEB_VIEWwithIMMERSIVE_MODEexpected to switch fromdefaulttogamein Reddit Web Playtest? - Are there known limitations involving multiple HTML entrypoints or expanded mode in Playtest?
- Is there an official way to create or open a post directly with
entry: "game"for validation? - Are additional browser/client requirements or flags needed for this transition?
No claim is being made that this is a Reddit bug. This report is intended to provide a minimal reproduction of unexpected behavior and request guidance.
- Dominant language
- TypeScript
- Stars
- 210
- Forks
- 88
- PR merge metrics
- No merged PRs in 30d
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from reddit/devvit
-
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
Difficulty 5/5 Over a week Newbie friendliness 42/100
Similar issues
-
VerificationGate: ATTRIBUTION quote guard never matches a normal quotation (\b around the quote) Open
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
danielmiessler/LifeOS#2234 ·
-
T: Bug
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
-
Difficulty 1/5 Under an hour Newbie friendliness 85/100
-
Mend: dependency security vulnerability untriaged
Difficulty 2/5 1-3 hours Newbie friendliness 70/100