Yeah I think it's a local issue, as I had our QA go thru and they saw it on Chrome and Firefox
Update: When I use Chrome, the icon does not show up. But using Firefox it does.
Yeah that setting matches what I have as well.
Drupal 10.4.3
IMCE 3.1.2
Cleared browser and Drupal cache. I still only see the URL entry, there's no button to open IMCE.
Glad to see some progress. My priorities at work switched a bit and I won't be looking at a D11 upgrade until the end of the year at the earliest.
edited to add: looks like your patches were merged. This is encouraging.
Please don't update the title.
I can help test either fix. I'd say I lean more towards a 11.x version of WBE 2.x.
Sorry I wasn't clear. Workbench Email 3.x will only work with Drupal 11 correct?
My dilemma here is I have Workbench Email 2.x and next year I'm updating to Drupal 11, and the module won't be supported.
I did try the drush migration but it seems it doesn't work for Drupal 10.
stevenpatz → created an issue.
stevenpatz → created an issue.
I am using 2.0.0-rc12 and I still get the Add term even though the Anonymous user is making the selection. Do I have to pin the rc-4 to get the old behavior back?
can this patch be applied and a new version pushed?
This can be closed. Thanks for all the tips and help.
I did this: Check "Use Drupal base URL in toolkit library" and uncheck "Use 'X-Forwarded-*' headers (deprecated)", for future/forward compatibility.
and then I added a logger to capture $base_url. i then tried to login. Checked the logs and I got three entries for my additional logger and they were all:
https://REDACTED.net/saml
So it seems that base_url IS getting the https url
Is there something else I can try next?
StevenPatz → created an issue.
StevenPatz → created an issue.
For me it's The "group" entity type does not exist. ( the error log says it's coming from linkit_filter). it's on a page that had a View Attachment. The content type that the view uses has a URL field but it's not using LinkIt, just link.
Anyway ideas.
FYI I had been using drush/drush in composer
PHP Fatal error: Uncaught Exception: Could not locate autoload.php. cwd is /var/application/docroot; __DIR__ is /var/application/vendor/drush/drush in /var/application/vendor/drush/drush/drush.php:58
Stack trace:
#0 /var/application/vendor/drush/drush/drush(4): require()
#1 {main}
thrown in /var/application/vendor/drush/drush/drush.php on line 58I think I need a bit more assistance here.
I've tried removing vendor and composer install. That seems to be okay until I run drush and get errors for that. Then I try just removing vendor/longwave. but then it's back to PHP Warning: require(/var/application/vendor/composer/../laminas/laminas-diactoros/src/functions/create_uploaded_file.php): failed to open stream: No such file or directory in /var/application/vendor/composer/autoload_real.php on line 82
Is there a subset of vendor I can remove so I can get this working?
I use composer. Everything looks like it's updating but it's not. I'll try the rm -rf in the morning.
Are there any steps to get require longwave/laminas-diactoros to actually be installed. Last week I upgraded from 9.4 to 9.5.8. Today I upgraded to 9.5.9 and I get this
PHP Warning: require(/var/application/vendor/composer/../laminas/laminas-diactoros/src/functions/create_uploaded_file.php): failed to open stream: No such file or directory in /var/application/vendor/composer/autoload_real.php on line 82
My composer.json has
"longwave/laminas-diactoros": "^2.14" in the require section
same in the composer.lock
"longwave/laminas-diactoros": "^2.14",
Looks like if I add '#maxlength_js_enforce' => TRUE, to my field's attributes it works.
StevenPatz → created an issue.