example/composable_extension.base.graphqls loaded in schema when module is off

Created on 20 November 2024, 5 months ago

Problem/Motivation

When using open_social → profile, and turning on social_graphql which depends on graphql the schema breaks because of the duplication of type Mutation, scalar Violation and interface Response.

Steps to reproduce

- install open_social → profile version 13-alpha-x up to 13.0.0-alpha18
- drush en social_graphql - y
- login and go to /admin/config/graphql/servers/manage/open_social_graphql/explorer to see an error

Proposed resolution

I made a Merge request that comments what breaks the graphql schema, even tho this part of a module that is not turned on.
I believe somehow the schemaBuilder is picking up graphql schema files from disabled module but I was not able to figure it out.

Remaining tasks

Figuring why the schemaBuilder is picking up graphql files that are stored into disabled modules.

User interface changes

N/A

API changes

Data model changes

💬 Support request

Status

Active

Version

4.9

Component

Code

Created by

🇳🇱Netherlands deneus18

Live updates comments and jobs are added and updated live.

Merge Requests

!14example/composable_extension.base.graphqls loaded in schema when module is off
Open
🇳🇱Netherlands deneus18
updated 5 months ago

Comments & Activities

Issue created by @deneus18
Merge request !14Update file composable_extension.base.graphqls → (Open) created by deneus18
Pipeline finished with Failed
5 months ago
#344509
Comment 5 months ago →
🇳🇱Netherlands deneus18
Status changed to Postponed: needs info 26 days ago2:19pm 12 March 2025
Comment 26 days ago →
🇦🇹Austria klausi 🇦🇹 Vienna
Hm, not sure I understand the problem ...

graphql_composable is an example module for demonstration purposes, so it should not be scanned if it is not enabled. Maybe we have a bug that uses the schema files from disabled modules? Or you include the example module by accident somehow?

contrib.social Blog FAQ Discussions

Production build 0.71.5 2024