🇺🇸United States @hockey2112

hockey2112 → created an issue.

I, too, am documentation-illiterate and struggled with this until I found your post!

hockey2112 → created an issue.

Following

I am encountering the same issue using a checkbox field. I tried incorporating the changes notated in the files above, but that did not fix the issue. When will a fixed official version be released, or at least a patch file?

TypeError: array_filter(): Argument #1 ($array) must be of type array, string given in array_filter() (line 292 of ../modules/contrib/webform_mailchimp/src/Plugin/WebformHandler/WebformMailChimpHandler.php).

When will the Drupal 11 version of this module be released?

Interested in this as well.

When will the Drupal 11 version of this module be released?

hockey2112 → created an issue.

No, I ended up removing the html.

I am using PHP Version 8.1.12. I do need to update that, but have not had the chance to do so lately.

I am experiencing this issue on my local Windows machine, running XAMPP. My website is on Drupal 10.4.0. How can I fix this issue? Will that patch be applied to D10 core?

Here is the entire error from my logs:

UnexpectedValueException: External URLs do not have internal route parameters. in Drupal\Core\Url->getRouteParameters() (line 583 of C:\xampp\htdocs\mysite\public_html\core\lib\Drupal\Core\Url.php).

#0 C:\xampp\htdocs\mysite\public_html\modules\contrib\permissions_by_term\src\Controller\NodeEntityBundleController.php(139): Drupal\Core\Url->getRouteParameters()
#1 C:\xampp\htdocs\mysite\public_html\modules\contrib\permissions_by_term\src\Controller\NodeEntityBundleController.php(110): Drupal\permissions_by_term\Controller\NodeEntityBundleController->getContentType('/mysite/public_ht...')
#2 [internal function]: Drupal\permissions_by_term\Controller\NodeEntityBundleController->getFormInfoByUrl()
#3 C:\xampp\htdocs\mysite\public_html\core\lib\Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber.php(123): call_user_func_array(Array, Array)
#4 C:\xampp\htdocs\mysite\public_html\core\lib\Drupal\Core\Render\Renderer.php(638): Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}()
#5 C:\xampp\htdocs\mysite\public_html\core\lib\Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber.php(124): Drupal\Core\Render\Renderer->executeInRenderContext(Object(Drupal\Core\Render\RenderContext), Object(Closure))
#6 C:\xampp\htdocs\mysite\public_html\core\lib\Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber.php(97): Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->wrapControllerExecutionInRenderContext(Array, Array)
#7 C:\xampp\htdocs\mysite\vendor\symfony\http-kernel\HttpKernel.php(181): Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}()
#8 C:\xampp\htdocs\mysite\vendor\symfony\http-kernel\HttpKernel.php(76): Symfony\Component\HttpKernel\HttpKernel->handleRaw(Object(Symfony\Component\HttpFoundation\Request), 1)
#9 C:\xampp\htdocs\mysite\public_html\core\lib\Drupal\Core\StackMiddleware\Session.php(53): Symfony\Component\HttpKernel\HttpKernel->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#10 C:\xampp\htdocs\mysite\public_html\core\lib\Drupal\Core\StackMiddleware\KernelPreHandle.php(48): Drupal\Core\StackMiddleware\Session->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#11 C:\xampp\htdocs\mysite\public_html\core\lib\Drupal\Core\StackMiddleware\ContentLength.php(28): Drupal\Core\StackMiddleware\KernelPreHandle->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#12 C:\xampp\htdocs\mysite\public_html\core\modules\big_pipe\src\StackMiddleware\ContentLength.php(32): Drupal\Core\StackMiddleware\ContentLength->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#13 C:\xampp\htdocs\mysite\public_html\core\modules\page_cache\src\StackMiddleware\PageCache.php(116): Drupal\big_pipe\StackMiddleware\ContentLength->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#14 C:\xampp\htdocs\mysite\public_html\core\modules\page_cache\src\StackMiddleware\PageCache.php(90): Drupal\page_cache\StackMiddleware\PageCache->pass(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#15 C:\xampp\htdocs\mysite\public_html\core\lib\Drupal\Core\StackMiddleware\ReverseProxyMiddleware.php(48): Drupal\page_cache\StackMiddleware\PageCache->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#16 C:\xampp\htdocs\mysite\public_html\core\lib\Drupal\Core\StackMiddleware\NegotiationMiddleware.php(51): Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#17 C:\xampp\htdocs\mysite\public_html\core\lib\Drupal\Core\StackMiddleware\AjaxPageState.php(36): Drupal\Core\StackMiddleware\NegotiationMiddleware->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#18 C:\xampp\htdocs\mysite\public_html\core\lib\Drupal\Core\StackMiddleware\StackedHttpKernel.php(51): Drupal\Core\StackMiddleware\AjaxPageState->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#19 C:\xampp\htdocs\mysite\public_html\core\lib\Drupal\Core\DrupalKernel.php(741): Drupal\Core\StackMiddleware\StackedHttpKernel->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#20 C:\xampp\htdocs\mysite\public_html\index.php(19): Drupal\Core\DrupalKernel->handle(Object(Symfony\Component\HttpFoundation\Request))
#21 {main}

* Do you have any link or url specific contrib modules installed?

• link_attributes
• extlink

* important: Which field types does this node have? Is there the link field type?

• For simplicity's sake, I tested for this issue on a "Blog Post" content type that only has the Body field. The same error occurs. When I edit that node, it does show the "Permissions by Term" sidebox, but that is correct behavior (right?).

* Does this error come up on other node types?

• Yes

* Is this node protected by PbT via term relation?

• In the case of the Blog Post test above, no.

hockey2112 → created an issue.

hockey2112 → created an issue.

This was my issue as well, thank you!!

Sorry for the late reply to this. Re-opening because I am not seeing the token result in the email.

Here is the relevant portion of the email template:

A request to reset the password for your account has been made at [site:name].
<br><br>
You may now log in by clicking this link or copying and pasting it into your browser:
<br><br>
[user:one-time-login-url]
[current-user:one-time-login-url]
<br><br>
This link can only be used once to log in and will lead you to a page where you can set your password. It expires after one day and nothing will happen if it's not used.

And this is the output in the password reset email I receive:

A request to reset the password for your account has been made at My Website.

You may now log in by clicking this link or copying and pasting it into your browser:



This link can only be used once to log in and will lead you to a page where you can set your password. It expires after one day and nothing will happen if it's not used.

As you can see, "My Website" (the site:name) does appear in the email, but neither version of the user one-time login url appear in the email. How can I include that one-time login url?

I just now used the version from #36 on a D10 website. Worked fine. Here's the contents of the .info file:

name: Views Distinct
type: module
description: Allows filtering "distinct" Views result rows based on arbitrary fields.
package: Views
core_version_requirement: ^8.8 || ^9 || ^10
dependencies:
  - drupal:views

OK thank you for your patience, greatly appreciated!

hockey2112 → created an issue.

Is this a stable version now, or will a new version be released for D10 / 11?

I'm not sure I follow. Installation of the module auto-created a "donation" Order Item Type. Are you saying I need to create an additional Order Item Type, for example "donation_2", that will then be used in an additional Checkout Flow that I must manually create?

Maybe my disconnect is that I am expecting the donation route to use one flow, and normal ecommerce to use another flow. I don't want ecommerce customers to be able to "also donate" in the same checkout, and likewise I do not want donation customers to be able to "also order a product" in the same checkout.

With that personal requirement in mind, is that possible with this module?

I changed my setup to "Allow both". I also decided to uninstall and reinstall, in case something got "twisted up" during my original setup.

Here's what I've got:

/admin/commerce/config/donation-settings

"Allow both" is selected

Configuration for /donate route: 
OrderItem to use on /donate: Donation

Order to use with the OrderItem chosen above: Default
(I did create a new Order type called "Donation", but if I select it here and save, the setting simply reverts back to "Default". Bug? See the red arrows.)

Checkout Flow: Donation Flow

Configuration for /cart route: 
OrderItem to use with /cart | /checkout: Default

Order to use with the OrderItem chosen above: Default

Checkout flow: Default

I notice that the "both" configuration scenario states:

"You will need to create extensions of the donation and memorial panes that select for your additional OrderItem type, and use those panes in the checkout flow which you configure to use this second OrderItem."

What specific action do I need to take to do that? Or is that already done by way of me moving the "Add a Donation" item to the first step of the Donation Order Flow?

Thank you!

hockey2112 → created an issue.

Ah yes, that makes sense (and is somewhat embarrassingly obvious). Thank you!

hockey2112 → created an issue.

hockey2112 → created an issue.

Seeing the same deprecated info here as well

The problem is that these users are purchasing memberships. We don't want to have any users registered who are not members, and they must purchase that membership fee in order to become a member.

Is this functionality going to be rolled into the official release?

Experiencing the same issue.

Did you discover a solution for this? I am running into the exact same problem.

hockey2112 → created an issue.

Any schedule for a release for D10?

#9 worked great, thanks!

Were you able to find a solution for this? It currently redirects to the user Edit page, which is confusing because they just set their new password and now Drupal is giving them the option to immediately change their password. It should redirect them to the home page, or to the user View page.

hockey2112 → created an issue.

Did you find an alternative solution?

hockey2112 → created an issue.

Had to re-discover this method today. This link also helped: https://www.drupal.org/docs/user_guide/en/prevent-cache-clear.html#s-usi... →

Using the rebuild script
Open settings.php (/sites/default/settings.php) in any plain text editor. Add this line to the end of the file and save it:

$settings['rebuild_access'] = TRUE;
Visit http://www.example.com/core/rebuild.php in your browser (where www.example.com is your site’s URL). After a short pause, you should be redirected to the home page of your site, and the cache should be rebuilt.
Open settings.php (/sites/default/settings.php) in a text editor. Find the line you added with $settings[rebuild_access], remove this line, and save the file.

Yes I think that would fix the issue.

I believe it is outdated.

Ah, got it. Thanks for the feedback! I will adjust my workflow and my CSS accordingly.

hockey2112 → created an issue.

Very interested in this.

Workaround: I wasn't using the "Generational" field, so I relabeled that as "Nickname", and created a new format like this:

((((t+ig)+(i="s-")+im)+if))+jc

The bolded part adds the Generation/Nickname value in the proper location, wrapped in quotation marks (which are hidden if no Generational value exists).

hockey2112 → created an issue.

No, I don't believe I did. Pretty sure I just used colorbox inline instead.

hockey2112 → created an issue.

Anyone have a working solution yet? #30 does not work. I am working on a new ecommerce website, and was hoping there might have been a real fix for this issue in the several years since it was reported.

Looks like that worked, thank you!

hockey2112 → created an issue.

hockey2112 → created an issue.

Any updates on D10 CKeditor 5 compatability?

I just tried this command:

composer require 'drupal/animatecss_aos:1.0.x-dev@dev'

And it returns this error:

Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - drupal/animatecss_aos dev-1.0.x requires drupal/animatecss 1.1.x-dev@dev -> found drupal/animatecss[dev-1.1.x, 1.1.x-dev (alias of dev-1.1.x)] but it does not match your minimum-stability.
    - drupal/animatecss_aos 1.0.x-dev is an alias of drupal/animatecss_aos dev-1.0.x and thus requires it to be installed too.
    - Root composer.json requires drupal/animatecss_aos 1.0.x-dev@dev -> satisfiable by drupal/animatecss_aos[1.0.x-dev (alias of dev-1.0.x)].

Use the option --with-all-dependencies (-W) to allow upgrades, downgrades and removals for packages currently locked to specific versions.

hockey2112 → created an issue.

hockey2112 → created an issue.

This was apparently what fixed a cron issue for me as well. Cron was running and would not complete or stop, and it was filling my logs with messages. I found this message on that site as well. Installed this patch, and cron is now successfully running and is not filling my logs any more.

hockey2112 → created an issue.

@bmango, I had to do another Drupal 9 > 10 upgrade today, and this module was once again causing issues. I followed your advice, and it worked like a charm. Here were my steps:

1. I moved the bg_img_field dir to the root dir, outside of the Drupal installation.
2. I removed the bg_img_field line from composer.json.
3. I ran composer update to upgrade to D10.
4. I then created a new dir at public_html/modules/manual and added the bg_img_field dir there.
5. I then ran update.php, and everything seems to be working great.

Thanks for your idea!

I am also encountering this issue in Drupal 10. For example, I am seeing "forum/1" instead of "forum/sports".

This is my path alias pattern:

forum/[term:parents]/[term:name]

Ignore my previous. I apparently had the "custom" version of this module from back when it was first created and provided in a core forum thread. To fix my issue, I did the following:

1. Back up my existing fees data
2. Uninstall the custom fee module (which required me to delete all fees)
3. Manually installed the contrib fee module, with the patch listed here.
4. Recreate my fees
5. Remove the outdated fee code from the Commerce PluginItemDeriver file

This fixed the same issue for me today. To clarify just a bit, the TransactionManager.php and Connection.php files are in code/modules/mysql/src/Driver/Database. As basby stated, you literally just copy everything from line 7 until the end of the file, and paste it at the end of the Connection.php file. I then cleared cache successfully and then reverted the changes in Connection.php back to the original version of that file.

hockey2112 → created an issue.

Checking in about this item, as it is blocking me from upgrading from Drupal 9 to Drupal 10.

The patch is #15 worked for me, thanks!

Interesting, thank you for looking into this. Hopefully a fix can be added sometime in the near future.

Hi, was this feature added?

hockey2112 → created an issue.

I also need a default setting for "open in new window"... in fact, it would be best (at least for me) if I could set that as default for all links and then disallow the end user from modifying that setting.

hockey2112 → created an issue.

hockey2112 → created an issue.

That's perfect, and I can't believe I missed it. Sorry for the confusion!

hockey2112 → created an issue.

The patch in #8 worked for me.

Same issue here. does not redirect when I have "email verification required" checked.

Thanks, this fixed the issue for me.

hockey2112 → created an issue.

Disabling the "protect all forms with Honeypot" setting fixed this issue for me, thanks!

Yes, even after I populate the field with a phone number. Screenshots attached. First screenshot is when I type the phone number. Then I click "proceed". Second screenshot is the error message that appears.

hockey2112 → created an issue.

hockey2112 → created an issue.

Thanks this seems to have fixed the issue I was having... when the "click to calculate discounts" button was clicked multiple times, it was allowing the discount to be applied more than once.

hockey2112 → created an issue.

hockey2112 → created an issue.

hockey2112 → created an issue.

Appears to be related to this issue.

Are both patches necessary to resolve this issue?

hockey2112 → created an issue.

Any word on this? I am looking for a way to search my orders based on the customer name, and I keep coming up against dead ends.

I am trying to use the custom module in #8 to allow my list of orders to be searchable based on the first or last name of the billing or shipping profile, but I am not seeing any way to add such a filter in my View. Can someone please direct me on where I can add that?

hockey2112 → created an issue.

#11 worked for me, thanks!

Here's what the host said:

we saw two mod_security rules that are being hit by mysite.com
We whitelisted the website from those rules.

[] Rule ID: 390709
[] Times Hit: 1
[] URLS Affected: /.env
[] Description: Atomicorp.com WAF Rules: Attempt to access protected file remotely

[] Rule ID: 340029
[] Times Hit: 7
[] URLS Affected: /views/ajax
[] Description: Atomicorp.com WAF Rules: Attack Blocked - command in REQUEST_URI or Argument

Does that mean anything to you?

Ah good catch, I will check on that.

Here's an odd thing though... the ajax functionality works fine in the View's admin screen. Would this indicate a theme conflict? I am using https://www.drupal.org/project/bootstrap_barrio →

hockey2112 → created an issue.

No progress on my end, but it is definitely still a need.

Ran into this again today on a different website. Can this be rolled into a new release of the module?