#1 worked for me - composer require drupal/linkit "6.0.x-dev as 5.0"
+1 for merging this
Atleast in 1.2 currently there is at admin/config/search/xmlsitemap/settings "Advanced Settings" > "Default base URL" which solved in my case
Just throwing this out there, maybe `states` doesnt bind with the right 'context' ? https://www.drupal.org/project/drupal/issues/3337995#comment-15060748 🐛 Big Pipe calls attachBehaviors twice Closed: works as designed
I already have trouble convincing front-end developers to use the context parameter in our custom modules (most of them just ignore it since don't understand its logic). Now I have to convince them to use jQuery once. When the rest of the javascript world is moving away from jQuery we are forcing people to use it. It doesn't make any sense.
Edit: I just realized that Drupal has its own version of once that is compatible with vanilla javascript but I still think we need a javascript API easier to understand for frontend developers that aren't specialized in Drupal.
Same over at https://www.drupal.org/project/drupal/issues/3347144 🐛 Form API #states property/states should use .once() to apply its rules (Can cause failures with BigPipe and possibly other situations) Needs work , `#states` fails to run properly on multi-level/complex state setups due to states handler binding multiple times when bigpipe is involved
There is this one which is sort of related https://www.drupal.org/project/drupal/issues/3337995 🐛 Big Pipe calls attachBehaviors twice Closed: works as designed but was closed
https://www.drupal.org/project/drupal/issues/3347144 🐛 Form API #states property/states should use .once() to apply its rules (Can cause failures with BigPipe and possibly other situations) Needs work in this bug it fails to properly handle Drupal States when you have a fairly complex multi level states layout, so there is a bug here, I'm not sure if #3347144 is the correct fix or just fixing the symptom
I can confirm this issue atleast in 9.5 and 9.2, the patch at #3 resolves it for me, atleast in my situation BigPipe is not used when anonymous/not-logged-in, but on logged in, bigpipe is activated and then I get missing form states
@bircher "See config role split" for solution tho it doesnt work with drupal 9.3+, so still an issue i think
This is the entity-type that the comment 'field' will "attach" to, the field is poorly described
If you select 'content' here then when you add the 'comments' field to your node/entity you will be able to select 'content' there too
@fago yes tho that patch simply returns if the file doesnt exist... if there's a really bad condition and the file should exist but does not... then it's sad times trying to debug :(