breidert → credited florisg → .
jean-paul vosmeer → credited florisg → .
Confirm this works in Drupal 10.3.1
Thank you.
I stumbled upon this issue when mixed content http(s) errors occurred in editor screens.
No need to re-open this issue.
For reference when people find this again to help them solve their problem.
Thank you maintainers for having this module in Drupal 8+
These issues are merely configuration.
In example not setting the domain source or allowing it to be accessible from other domains.
There is even a config option to fix these AJAX errors when behind proxy or localhost
You find it under /admin/config/domain/domain_source
This is a really bad way of notifying the admin of permission errors, experienced the same today with group and domain access drupal 10 website.
After configuring the permissions properly no more errors shown.
Related #3213029 #3251815 #3168773 #3166208 #3166208
This is a really bad way of notifying the admin of permission errors, experienced the same today with group and domain access drupal 10 website.
After configuring the permissions properly no more errors shown.
Related #3213029 #3251815 #3168773 #3227928
menu is again not showing even after CR and permission rebuild.
Rerolled #26 against 3.0.3 (July 4 2024)
Please ignore and close this issue, requiring the relation fixed it.
Checking only for the label is enough for these are defined in a combined array.
This was defined underneath, so update to $view->field[$options['url_field']] for the check.
added the patch for views_jump_menu.module
```
- if (!empty($options['label_field'])) {
+ if (!empty($options['label_field']) && !empty($optione['url_field'])) {
```
florisg → created an issue.
Thank you @shalDrupal this patch rolls out right for me.
Thank you omar_emailat, this patch helped us,
it's simply checking the `render element` exists.
this works in our case at Drupal 9.5.11 and does not add much overhead.
So we can deal with custom cleaning scheduled and unsurprised.
Reroll for heads/tags/3.0.0-beta1
Rerolled the patch against 3.0.x from git.
Confirmed this is working.
Thanks
Confirm this message appears when configuration import `drush cim` on a Drupal site where the module is not in composer.json
When it gets a composer require as stated on the module page, all works okay for me.
this was fixed long time ago.
the ticket never updated.
guess this is on a wrong project?
Blocking what issues, please elaborate and propose?
6.x needs a patch for the enterprise funnel for it has too much tracking cookies from webflow.
For the rest this issue is compliant from the source so closing it.
Closing issue
updated back to the s3 bucket (mnio)
Now with the right DNS names (drupalchat.me)
RFTBC
Somehow an admin changed the uri for the s3 storage to cdn.drupalchat.com
We don't have this domain there is .me and .eu
For now i disabled s3 and changed to gridfs so this issue is resolved.
Thank you for notifying
updated title to correspond with exact line in v7.98
so people who search with google can find the solution
This bug has been around for ages, please merge it while we still support Drupal 7
I merely rerolled #20 against 7.98
florisg → made their first commit to this issue’s fork.
pjonckiere → credited florisg → .
++
Normally this is one issue per meeting.
++
Normally this is one issue per meeting.
Jean-Paul Vosmeer → credited florisg → .