Requirements and connection
Setup requires a workspace owner. Use Continue to GitLab for OAuth when the deployment has GitLab OAuth configured; that flow targets GitLab.com. For a token connection, use a project access token and a public HTTPS GitLab instance URL. A self-managed instance can work through the token path when its public URL is accepted. The token must read the project metadata and create issues. Tekma stores the configured instance and does not let a send request replace it.- Open Settings → Integrations and choose Connect beside GitLab.
- Choose Continue to GitLab, or choose Use a token instead.
- Enter Project ID or path, such as
group/app. For a token connection, enter Instance URL as a full HTTPS URL; leave it ashttps://gitlab.comfor GitLab.com. - Choose Connect GitLab. Tekma verifies the project, then shows Connected. Use Manage to change the project or keep existing credentials while selecting a new destination.
Send an issue
- Open a saved capture and select Send to app → GitLab.
- Wait for Loading preview… and review the selected project, title, description and private capture link.
- Choose existing Labels, Assignees, an active project Milestone, and a Due date where offered. Select at most ten labels and ten assignees. Labels containing commas are not selectable because GitLab’s issue API encodes labels as a comma-separated value. A single assignee uses GitLab’s Free-compatible field; multiple assignees require a GitLab tier that supports
assignee_ids. - Use Edit visible fields to hide optional fields, add context if needed, and choose Send to GitLab.
- Open the returned URL and confirm the issue. For an uncertain result, inspect GitLab before retrying.
Tekma sends the saved description, optional context, sanitized source URL, capture kind and private link. It does not upload media, comments, or raw diagnostics. The issue’s readers need Tekma permission to open the private link.