Skip to content

Latest commit

 

History

History
138 lines (98 loc) · 2.9 KB

File metadata and controls

138 lines (98 loc) · 2.9 KB

Command Recipes

These are the fastest practical workflows for gstack-windows on Windows + Codex.

1. Create a reusable Douyin login session

From the project you want Codex to work inside:

browse login-session headed https://www.douyin.com/

Then:

  1. Sign in manually in the opened browser window
  2. Confirm the homepage loads correctly
  3. Switch to headless reuse:
browse login-session headless

Verify:

browse goto https://www.douyin.com/
browse snapshot -i
browse screenshot

2. Check whether your saved login state is still healthy

browse login-session status
browse goto https://www.douyin.com/
browse cookies
browse storage

If the site suddenly behaves as logged out, reopen the saved profile in headed mode:

browse login-session headed https://www.douyin.com/

3. Capture evidence from a logged-in page

Use this when you want something you can attach to an issue or share with a teammate:

browse console --clear
browse network --clear
browse goto https://target-site.com/
browse snapshot -i -a -o ".gstack\\annotated.png"
browse screenshot ".gstack\\page.png"
browse console
browse network

4. Dogfood a private dashboard behind login

browse login-session headed https://internal.example.com/

After manual sign-in:

browse login-session headless
browse goto https://internal.example.com/
browse snapshot -i
browse click @e3
browse snapshot -D

This is usually the best flow for admin panels, staging apps, feature-flag dashboards, and private QA environments.

5. Check responsive layouts while logged in

browse goto https://target-site.com/
browse responsive ".gstack\\auth-layout"

That saves:

  • .gstack\auth-layout-mobile.png
  • .gstack\auth-layout-tablet.png
  • .gstack\auth-layout-desktop.png

6. Diagnose why an authenticated flow is failing

browse login-session status
browse goto https://target-site.com/
browse console
browse network
browse dialog

If the page redirects back to login, the usual causes are:

  • the site invalidated the session
  • CAPTCHA or anti-bot checks appeared
  • the site binds auth more tightly to headed browsing

In that case, retry with:

browse login-session headed https://target-site.com/

7. Use direct browser cookie import when it is actually supported

browse cookie-import-browser

Or target a known domain:

browse cookie-import-browser chrome --domain douyin.com

If Windows reports a decryption limitation, stop fighting it and switch to the persistent session flow instead.

8. Cleanly return to normal ephemeral browsing

browse login-session stop
browse status

This disables persistent-profile mode but keeps the saved profile on disk, so you can reopen it later with:

browse login-session headed