Cannot debug gitea in vscodium + default vscode-go 0.30.0 config

[pboguslawski]

Gitea Version

1.16

Git Version

No response

Operating System

No response

How are you running Gitea?

Compilation from source.

Database

No response

Can you reproduce the bug on the Gitea demo site?

No

Log Gist

No response

Description

When you try to compile gitea in vscodium with current vscode-go extension version 0.30.0 using instructions from

https://github.com/go-gitea/gitea/blob/main/contrib/ide/README.md

debug binary will be build in /tmp not in ${workspaceRoot} and page http://127.0.0.1:3000/ will display only

Unable to find status/500 template

and debug console will contain errors like

2022/01/24 19:02:18 ...ers/common/logger.go:21:1() [I] Started GET / for 127.0.0.1:34106
2022/01/24 19:02:18 ...s/context/context.go:206:HTML() [E] Render failed: html/template: "install" is undefined
2022/01/24 19:02:18 ...s/context/context.go:290:PlainTextBytes() [E] PlainTextBytes: Unable to find status/500 template
2022/01/24 19:02:18 ...ers/common/logger.go:30:1() [I] Completed GET / 500 Internal Server Error in 469.837µs

Problem is caused probably by new debugger mode used in vscode-go extension (dlv-dap).

Workaround that seems to work is to turn on legacy mode by adding

    "go.delveConfig": {
        "debugAdapter": "legacy",
    }

to settings.json.

Screenshots

No response

[Gusted]

This seems to be a issue with the stable version of vscode-go, I don't encounter such issue with the preview version of vscode-go, Could you try go nightly?

[zeripath]

I suspect that the new configuration does not set the correct working directory.

I think this might be indicating a bug though - I suspect that:

gitea/modules/templates/base.go

Line 87 in 9837773

Directory: "templates",

Should actually be:

		Directory:                 path.Join(setting.AppWorkPath, "/templates"),

[Gusted]

@zeripath Applied the patch - same error.

[zeripath]

add "-w=${workspaceRoot}" to the args

[zeripath]

and the patch

[Gusted]

Same error, different values:

2022/01/24 22:43:23 ...s/context/context.go:207:HTML() [E] Render failed: html/template: "user/dashboard/dashboard" is undefined
2022/01/24 22:43:23 ...s/context/context.go:291:PlainTextBytes() [E] PlainTextBytes: Unable to find status/500 template
2022/01/24 22:43:23 router: completed GET / for 127.0.0.1:34588, 500 Internal Server Error in 7.6ms @ web/home.go:26(web.Home)
2022/01/24 22:43:23 router: completed GET /favicon.ico for 127.0.0.1:34588, 200 OK in 0.9ms @ user/profile.go:51(user.Profile)

[lafriks]

this works for me:

    {
      "name": "Launch",
      "type": "go",
      "request": "launch",
      "mode": "debug",
      "buildFlags": "",
      "program": "${workspaceRoot}/main.go",
      "env": {
        "GITEA_WORK_DIR": "${workspaceRoot}",
      },
      "args": ["web"],
      "cwd": "${workspaceRoot}",
      "showLog": true
    },

There was change that resulting executable binary is now located in temp directory so gitea AppPath and so also AppWorkDir is temp directory. Setting environment variable GITEA_WORK_DIR to "${workspaceRoot}"` fixes this problem

[zeripath]

I think the cwd is what is fixing this and the GITEA_WORK_DIR

[lafriks]

cwd is not really fixing imho, just left it just in case (I think it's even defaults to this value already). Problem is that apppath and workdir for us is historically directory where binary is located

[zeripath]

so:

        {
            "name": "Launch",
            "type": "go",
            "request": "launch",
            "mode": "debug",
            "buildFlags": "-tags='sqlite sqlite_unlock_notify'",
            "program": "${workspaceRoot}/main.go",
            "env": {
              "GITEA_WORK_DIR": "${workspaceRoot}",
            },
            "args": ["web"],
            "cwd": "${workspaceRoot}",
            "showLog": true
        },

is now working for me.

[lafriks]

just tested it works also without cwd as it defaults to program directory by default

[zeripath]

interesting - now why doesn't -w do the same thing