openclaw - 💡(How to fix) Fix [Bug]: gog skill fails with "No session found: gog" even though gog works via CLI [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openclaw/openclaw#44456Fetched 2026-04-08 00:46:46
View on GitHub
Comments
0
Participants
1
Timeline
2
Reactions
1
Participants
Timeline (top)
labeled ×2

OpenClaw 2026.3.11 on Ubuntu VPS.

gog CLI works and Google OAuth is successful.

openclaw skills check shows gog as ready.

But when running in the browser:

/skill gog gmail labels list

the UI returns:

No session found: gog

Gateway logs show: sessions.resolve errorMessage=No session found: gog

The gog CLI works directly from the VPS.

Root Cause

OpenClaw 2026.3.11 on Ubuntu VPS.

gog CLI works and Google OAuth is successful.

openclaw skills check shows gog as ready.

But when running in the browser:

/skill gog gmail labels list

the UI returns:

No session found: gog

Gateway logs show: sessions.resolve errorMessage=No session found: gog

The gog CLI works directly from the VPS.

RAW_BUFFERClick to expand / collapse

Bug type

Regression (worked before, now fails)

Summary

OpenClaw 2026.3.11 on Ubuntu VPS.

gog CLI works and Google OAuth is successful.

openclaw skills check shows gog as ready.

But when running in the browser:

/skill gog gmail labels list

the UI returns:

No session found: gog

Gateway logs show: sessions.resolve errorMessage=No session found: gog

The gog CLI works directly from the VPS.

Steps to reproduce

  1. Install OpenClaw on Ubuntu VPS using the install.sh script.

  2. Install and configure the gog CLI and authenticate a Google account.

  3. Verify the gog CLI works directly from the terminal: gog gmail labels list gog calendar ls

  4. Verify OpenClaw detects the skill: openclaw skills check (gog appears under "Ready to use")

  5. Open the OpenClaw browser UI and run: /skill gog gmail labels list

Result: The UI returns "No session found: gog".

Gateway logs show: sessions.resolve errorMessage=No session found: gog

Expected behavior

The gog skill should start a session and return Gmail labels.

Actual behavior

When running /skill gog gmail labels list from the OpenClaw browser UI, the request fails and returns:

No session found: gog

The command does not execute.

However, the gog CLI works correctly when run directly on the VPS terminal (for example: gog gmail labels list and gog calendar ls both succeed).

OpenClaw logs show: sessions.resolve errorMessage=No session found: gog

OpenClaw version

OpenClaw 2026.3.11

Operating system

Ubuntu 24.04 (Linux VPS)

Install method

Official OpenClaw install script (install.sh) using npm

Model

openai/gpt-4.1

Provider / routing chain

openai → gpt-4.1

Config file / key location

No response

Additional provider/model setup details

No response

Logs, screenshots, and evidence

Impact and severity

No response

Additional information

No response

extent analysis

Fix Plan

The fix involves configuring the session management for the gog skill in OpenClaw.

  1. Check Session Configuration: Verify that the gog skill is properly configured to manage sessions. This might involve setting environment variables or configuring the skill's settings in OpenClaw.
  2. Update Skill Settings: Ensure the gog skill settings in OpenClaw are correctly set up to use the authenticated session. This might involve specifying the path to the gog CLI or configuring authentication tokens.
  3. Implement Session Resolver: If not already implemented, create a session resolver for the gog skill that can find or create a session when the /skill gog command is invoked.

Example Code Snippet (session resolver):

import subprocess

def resolve_gog_session():
    # Check if a gog session exists
    try:
        # Attempt to list Gmail labels using the gog CLI
        subprocess.check_output(['gog', 'gmail', 'labels', 'list'])
        return True
    except subprocess.CalledProcessError:
        # If the command fails, attempt to authenticate a new session
        try:
            subprocess.check_output(['gog', 'auth'])
            return True
        except subprocess.CalledProcessError:
            return False

# Example usage in OpenClaw skill handler
if resolve_gog_session():
    # Proceed with the gog skill command
    print("Gog session found or created. Proceeding with command.")
else:
    # Handle the case where no session can be found or created
    print("No gog session found. Please authenticate.")

Verification

To verify the fix, follow these steps:

  • Run the OpenClaw browser UI and invoke the /skill gog gmail labels list command.
  • Check the Gateway logs for the sessions.resolve error message. It should no longer appear.
  • Ensure the gog skill can successfully execute commands and return results within the OpenClaw UI.

Extra Tips

  • Regularly review and update the gog skill configuration and session management to ensure compatibility with the latest versions of OpenClaw and the gog CLI.
  • Consider implementing additional logging and error handling to provide more detailed feedback when session resolution fails.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

FAQ

Expected behavior

The gog skill should start a session and return Gmail labels.

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING