-
-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
[1.2.1] "Fetch failed" error when updating parents field #1403
Comments
The default page blueprint uses route:
type: select
label: PLUGIN_ADMIN.PARENT
classes: fancy
data-options@: '\Grav\Common\Page\Pages::parentsRawRoutes'
data-default@: '\Grav\Plugin\Admin\Admin::rawRoute'
options:
'/': PLUGIN_ADMIN.DEFAULT_OPTION_ROOT so that might be why it's not getting populated with the right value on the second save. Can you check? |
[UPDATE] Didn't work completely. @flaviocopes Ok! Thanks for the tip. So that change fixed the default selection in the field, but I'm still getting the "Fetch failed" error whenever I try to change its value. I know it may not be the right place for that question, but is there a way to reference that field from the core blueprints inside a custom blueprint, instead of copy/pasting it, to make it more future-proof? |
"Fetch failed" is a generic issue that can appear when a network connection is failing, or is halted before it's complete. If you continue getting it, you can check the Browser's developer tools and see which request is failing, and possibly get a more detailed error message. The import@ should be what you look after: https://learn.getgrav.org/forms/blueprints/advanced-features#embedding-form-import |
In Admin 1.3.2, I did modify this I think the fix is to not calls this ajax/update unless that field exists. @flaviocopes, @w00fz ?? |
[UPDATE]: Though the error message doesn't show up on
1.1.17
, there is still an issue where the page parent field value is always reset to "Root", which upon saving the page puts it back in the root scope, breaking the hierachy.NOTE: this occurs on
1.2.0
after upgrading through the admin plugin.I confirmed that reverting to1.1.17
makes it work as expected.I'm working on custom pages which all contain a copy of the following in their blueprint:
Now, again using the admin plugin, I do the following:
Please let me know if more information is required, I'll be happy to help.
The text was updated successfully, but these errors were encountered: