Short answer: You can get gitlab issue in GitLab by hand from its own interface, but it won’t repeat itself. On TinyCommand, add the GitLab Get GitLab Issue action to a workflow, map its 2 inputs from any upstream app, and it runs automatically every time the trigger fires. No code, and a free tier to start.
Every field can be mapped from an upstream trigger, AI step, table row, or hard-coded literal.
| Field | Type | Required | Description |
|---|---|---|---|
Project ID or Path project_id | string | Required | Project ID or Path. Example: 123 |
Issue IID issue_iid | string | Required | The project-specific issue number |
{"project_id": "e.g. 123","issue_iid": "e.g. 42"}
{"id": 1,"iid": 42,"state": "opened","title": "Fix CI","labels": ["bug"],"web_url": "https://gitlab.com/group/project/-/issues/42","assignees": [{"username": "johndoe"}]}
Use these fields in downstream nodes for routing, logging, or error handling.
Any of these apps can fire this action as part of a workflow.