You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
It seems the gitlab plugin expects a field called fork in the response from the gitlab projects API
export const GitLabRepositorySchema = z.object({
id: z.number(),
name: z.string(),
path_with_namespace: z.string(), // Changed from full_name to match GitLab API
visibility: z.string(), // Changed from private to match GitLab API
owner: GitLabOwnerSchema,
web_url: z.string(), // Changed from html_url to match GitLab API
description: z.string().nullable(),
fork: z.boolean(),
ssh_url_to_repo: z.string(), // Changed from ssh_url to match GitLab API
http_url_to_repo: z.string(), // Changed from clone_url to match GitLab API
created_at: z.string(),
last_activity_at: z.string(), // Changed from updated_at to match GitLab API
default_branch: z.string()
});
If the project is a fork, the forked_from_project field appears in the response. For this field, if the upstream project is private, a valid token for authentication must be provided. The field mr_default_target_self appears as well. If this value is false, then all merge requests target the upstream project by default.
I was hoping to understand if this is a bug, or intentional?
The text was updated successfully, but these errors were encountered:
Describe the bug
It seems the gitlab plugin expects a field called
fork
in the response from the gitlab projects APIThis causes issues because the gitlab api does not have this field: https://docs.gitlab.com/ee/api/projects.html
I was hoping to understand if this is a bug, or intentional?
The text was updated successfully, but these errors were encountered: