Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[4.x]: Child entries no longer available in GraphQL query #16381

Open
satcreative opened this issue Jan 3, 2025 · 2 comments
Open

[4.x]: Child entries no longer available in GraphQL query #16381

satcreative opened this issue Jan 3, 2025 · 2 comments

Comments

@satcreative
Copy link

What happened?

Description

I have just updated from Craft 4.12.6.1 to 4.13.7 and the child entries are no longer loading data from my GraphQL query.

An example of the query below:

Image

And the related entry listing where the child entries are still present and enabled

Image

This query has been working successfully for a number of years now. The only change is the update of Craft as well as a number of other plugins which I wouldn't expect to have caused the issue.

Full list of updated plugins below:

"craftcms/cms" - "4.12.6.1" > "4.13.7"
"spicyweb/craft-neo" - "4.2.16" > "4.2.23"
"nystudio107/craft-imageoptimize" - "4.0.9" > "4.0.10"
"craftcms/commerce" - "4.6.13" > "4.7.2"
"craftcms/commerce-stripe" - "4.1.5" > "4.1.5.1"
"nystudio107/craft-retour" - "4.1.19" > "4.1.20"
"nystudio107/craft-seomatic" - "4.1.4" > "4.1.8"
"verbb/events" - "2.0.6" > "2.0.7"
"craftcms/ckeditor" - "3.9.0" > "3.10.0"

Craft CMS version

4.13.7

PHP version

8.0.5

Operating system and version

Linux 5.15.60-zfs.2.1.5

Database type and version

MySQL 57

Image driver and version

GD 8.0.5

Installed plugins and versions

"require": {
    "craftcms/cms": "4.13.7",
    "vlucas/phpdotenv": "^5.4.0",
    "craftcms/contact-form": "3.1.0",
    "craftcms/contact-form-honeypot": "2.1.0",
    "verbb/super-table": "3.0.15",
    "spicyweb/craft-neo": "4.2.23",
    "nystudio107/craft-imageoptimize": "4.0.10",
    "hybridinteractive/craft-contact-form-extensions": "4.2.2",
    "craftcms/commerce": "4.7.2",
    "craftcms/commerce-stripe": "4.1.5.1",
    "craftcms/digital-products": "3.2.3",
    "kreait/firebase-php": "^5.0",
    "nystudio107/craft-code-field": "4.0.12",
    "nystudio107/craft-retour": "4.1.20",
    "nystudio107/craft-seomatic": "4.1.8",
    "sebastianlenz/linkfield": "^2.1",
    "verbb/events": "2.0.7",
    "craftpulse/craft-colour-swatches": "4.5.3",
    "craftcms/ckeditor": "3.10.0"
  }
@brandonkelly
Copy link
Member

Thanks for reporting that. Unfortunately I’m unable to reproduce, though. Any chance you can share your database and Composer files, plus any custom plugins or modules with us, so we can test with your site on our end? If so, please send them to support@craftcms.com.

@satcreative
Copy link
Author

Thanks for looking into this @brandonkelly. I've sent the files over to support@craftcms.com.

It would seem that the issue only presents itself on the hosting dev/staging/production environments as my local environment returns the child entries in the GraphQL query, as expected.

The local environment is built using DDEV and the hosted environments are on Hyperlane.

On the hosted env I have attempted:

  • Running ./craft resave/entries --section=courses
  • Checking and resaving my custom GraphQL schema, although I'm also testing the 'Full Schema'
  • Clearing the cache and invalidating the GraphQL queries data caches

This has had no effect.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants