🇹🇷Turkey @rgnyldz

I also have a similar need for this filter option.

So basically we have products that are not for sale anymore. Thus we started to unpublish them. But by doing this we get lots of 403 because of backlinks from other sites linking to them.

So what we planned was to actually publish the product, remove it from sitemaps and redirect it permanently to another product or category page.

But now we need to remove these published products from the view lists that we have. Thus a filter option for rabbit hole settings would be very useful in lots of cases like mine.

rgnyldz → created an issue.

Additional note; I find it that when I uncheck the option "Reduce duplicates" the filter works.

My view is a bit different but I get the same error;

My term view is a leaflet map and I have polygons inside all terms. I'm using the term itself as a checkbox filter (better_exposed_filters) to show hide the polygons in the map.

I believe this issue exists in Drupal10 and CSHS 4x*

Thank you @niklan I totally missed these options in the settings page. I will try to fiddle with them more.

I'm still not sure about the analytics differences since it doesn't make sense that these prefetches to register as a different user. I guess I'll try to set up a copy of the server and site to do some testing.

Still I agree that this module is probably the closest to a silver bullet for non-session websites. :)

rgnyldz → created an issue.

I am suspecting something similar. If quicklink is doing requests for every page separately that would be a bit heavy on the cpu. Especially on high visitor sites. For every user there will be lots of page requests at once thus lots of DB requests. Because all of us have a menu on the top I presume with lots of links :)

In my case I sometimes get max_user_connections error. Maybe caused by this module?

I think we need clarification how this module is actually fetching the pages.

Maybe a maintainer can clear up some info??

Amazing :) I will try it in the near future

There are those times you feel so noob you wanna just CTRL+F4 , this is one of them :D

rgnyldz → created an issue.

The latest patch is giving an error like below.

Deprecated function: Creation of dynamic property Drupal\commerce_product\Plugin\Commerce\Condition\OrderProduct::$productStorage is deprecated in Drupal\commerce_product\Plugin\Commerce\Condition\OrderProduct->__construct() (line 45 of /home/xxx/public_html/xxx.com/web/modules/contrib/commerce/modules/product/src/Plugin/Commerce/Condition/OrderProduct.php)

@tanuja bohra I think optimizing the module to all existing themes would be impossible. At least now we have an option to place it at the corner that has least interaction with the user like bottom right etc.

There is always an option to override the code with CSS for the specific theme you are using for both frontend and backend.

Maybe in the future the module gets more updates where we can enter the distance from window etc. But that would be another feature request I think.

@dhruv.mittal I presume I have to move the issue to "reviewed & tested by the community" state :) Sorry for the noob question.

Just tested the merge as a patch. Seems to be working just great.

rgnyldz → created an issue.

This would be a major feature request in my opinion :)

rgnyldz → created an issue.

When would this be commited?

The original post was mine and at some point we did disable crowdsec because of limitations of our server structure.

Other than that I'm still not completely sure why we don't have an allowlist. Because a recent site I made is a remake of the same site. So it still has some invalide urls which are redirected from within drupal because of the structure and content changed quite a bit. So bookmarks or backlinks etc will hit these invalid pages. (regarding #5)

The admins of the new site are banned from time to time because of crowdsec. No reverse proxy this time :)

I presume invalid urls are our mistake but never the less it could be just user-error where some users on the same network try to enter a non-existing page thus get the ip address banned for the whole network.

I thing this is a major feature request :)

RgnYLDZ → created an issue.

I think this issue is more about the Automated Logout module. There is an ongoing issue there as I see

It would be nice to have the "Jump directly ..." options with search API.

Can confirm this does not work.

RgnYLDZ → created an issue.

This issue happens again with D10.3 and 4.x-dev.

I'm not sure why but somehow it's sometimes working sometimes not. Maybe a setting about the field etc is preventing it. But @alex.amtr try it out and let us know. ;)

The more they know the better can the maintainers develop it.

I saw this error also several times in different project. Recently I realized that if you remove a field from a content type and add the same field with same machine name but as a different field type you get this error. That's why where if you go to the field settings and simply re-save the settings solves this problem. 

For example I had an address field called field_address as an address type. Then I decided that a simple text field would be better and removed the address field and added it as a text field again as field_address. And there it was in the reports. 

I figured out later that you referred to the merge :) My bad.

Same here. Before, I was using the patch from the initial issue. Then I moved to 10.3 where the patch was not working anymore. So I fount this module but this module has the same issue as I see.

@trickfun where is the patch you mentioned?

There is no #43 in this issue.

RgnYLDZ → created an issue.

All swipers are created from within drupal. I know that views will give them unique id's but I'm not sure how to give them unique ID attributes for image field formatter swipers.

I think I found the reason/clue;

So I have a product card display for my products. Where the images inside that card are displayed also as a swiper from the field formatter.

Since the view that is listing my products as swiper is using the card view I presume the swipers inside swipers get confused somehow and we get a swiperception issue :)

Therefore I believe that the issue is not actually multiple swipers but swipers that has swipers inside them.

Tho as a note; the first view that has swiperception is working fine. the ones after that are broken.

hey @nk_ ,

In this project I only use swiper with views. Nothing in html.html.twig nor page.html.twig (in the past I did some crazy things yes :)

I'm using swiper from remote on all templates. Is there a preferred swiper version I should use locally?

Also its not a specific view, its happening for any 4th swiper view. But here is an export for one of them;

uuid: b9d72b37-75b2-4a7d-ba82-c2153c7d4fd4
langcode: tr
status: true
dependencies:
config:
- field.storage.commerce_product.field_benzer_urunler
module:
- commerce_product
- swiper_formatter
id: urun_liste_moduller
label: 'Ürün liste (diğer modüller)'
module: views
description: ''
tag: ''
base_table: commerce_product_field_data
base_field: product_id
display:
default:
id: default
display_title: Default
display_plugin: default
position: 0
display_options:
title: 'DİĞER MODÜLLER'
fields:
field_benzer_urunler:
id: field_benzer_urunler
table: commerce_product__field_benzer_urunler
field: field_benzer_urunler
relationship: none
group_type: group
admin_label: ''
plugin_id: field
label: ''
exclude: false
alter:
alter_text: false
text: ''
make_link: false
path: ''
absolute: false
external: false
replace_spaces: false
path_case: none
trim_whitespace: false
alt: ''
rel: ''
link_class: ''
prefix: ''
suffix: ''
target: ''
nl2br: false
max_length: 0
word_boundary: true
ellipsis: true
more_link: false
more_link_text: ''
more_link_path: ''
strip_tags: false
trim: false
preserve_tags: ''
html: false
element_type: ''
element_class: ''
element_label_type: ''
element_label_class: ''
element_label_colon: false
element_wrapper_type: ''
element_wrapper_class: ''
element_default_classes: true
empty: ''
hide_empty: false
empty_zero: false
hide_alter_empty: true
click_sort_column: target_id
type: entity_reference_entity_view
settings:
view_mode: card
group_column: target_id
group_columns: { }
group_rows: false
delta_limit: 0
delta_offset: 0
delta_reversed: false
delta_first_last: false
multi_type: separator
separator: ', '
field_api_classes: false
pager:
type: none
options:
offset: 0
items_per_page: 0
exposed_form:
type: basic
options:
submit_button: Uygula
reset_button: false
reset_button_label: Sıfırla
exposed_sorts_label: 'Sıralama anahtarı'
expose_sort_order: true
sort_asc_label: Artan
sort_desc_label: Azalan
access:
type: none
options: { }
cache:
type: tag
options: { }
empty: { }
sorts: { }
arguments:
product_id:
id: product_id
table: commerce_product_field_data
field: product_id
relationship: none
group_type: group
admin_label: ''
entity_type: commerce_product
entity_field: product_id
plugin_id: numeric
default_action: default
exception:
value: all
title_enable: false
title: All
title_enable: false
title: ''
default_argument_type: product
default_argument_options: { }
summary_options:
base_path: ''
count: true
override: false
items_per_page: 25
summary:
sort_order: asc
number_of_records: 0
format: default_summary
specify_validation: false
validate:
type: none
fail: 'not found'
validate_options: { }
break_phrase: false
not: false
filters:
status:
id: status
table: commerce_product_field_data
field: status
entity_type: commerce_product
entity_field: status
plugin_id: boolean
value: '1'
group: 1
expose:
operator: ''
style:
type: swiper_formatter
options:
grouping: { }
swiper: null
template: vertical_slider
caption: ''
row:
type: fields
query:
type: views_query
options:
query_comment: ''
disable_sql_rewrite: false
distinct: false
replica: false
query_tags: { }
relationships: { }
css_class: ''
header: { }
footer: { }
display_extenders: { }
cache_metadata:
max-age: -1
contexts:
- 'languages:language_content'
- 'languages:language_interface'
- url
tags:
- 'config:field.storage.commerce_product.field_benzer_urunler'
diger_moduller:
id: diger_moduller
display_title: Block
display_plugin: block
position: 1
display_options:
display_extenders:
metatag_display_extender:
metatags: { }
tokenize: false
simple_sitemap_display_extender: { }
block_description: 'Diğer modüller (Ürün)'
cache_metadata:
max-age: -1
contexts:
- 'languages:language_content'
- 'languages:language_interface'
- url
tags:
- 'config:field.storage.commerce_product.field_benzer_urunler'

Thank you @abhishek_gupta1 , you are very quick :)

I believe the Undefined array key "type" error is gone now.

But the initial issue still exists. I still get the below error after more than 3 swipers on the home page;

drupal.js?v=10.2.7:64 Uncaught TypeError: swipers[swiperContainer.id].on is not a function
    at swiper_formatter.js?v=10.2.7:44:45
    at Array.forEach (<anonymous>)
    at Object.attach (swiper_formatter.js?v=10.2.7:29:67)
    at drupal.js?v=10.2.7:166:24
    at Array.forEach (<anonymous>)
    at Drupal.attachBehaviors (drupal.js?v=10.2.7:162:34)
    at drupal.init.js?v=10.2.7:32:12
    at HTMLDocument.listener (drupal.init.js?v=10.2.7:20:7)

RgnYLDZ → created an issue.

Sure, here is an example with the famous GIN theme.

If it was my own custom backend theme I would change it with some simple CSS but since this theme is widely used I thought it might be a good idea to be able to select where to show the popup for more flexibility.

RgnYLDZ → created an issue.

with the new feature I see an error message inside my console;
(not sure if I should open a new issue tho)

drupal.js?v=10.2.5:64 Uncaught TypeError: swipers[swiperContainer.id].on is not a function
    at swiper_formatter.js?v=10.2.5:44:45
    at Array.forEach (<anonymous>)
    at Object.attach (swiper_formatter.js?v=10.2.5:29:67)
    at drupal.js?v=10.2.5:166:24
    at Array.forEach (<anonymous>)
    at Drupal.attachBehaviors (drupal.js?v=10.2.5:162:34)
    at big_pipe.js?v=10.2.5:153:10
    at big_pipe.js?v=10.2.5:184:3

Nice work, you guys rock :)

I'll go with the dev version then.

RgnYLDZ → created an issue.

Smart ip is on 5.0.0-alpha3 now. So this module cannot be installed.

This might be related;

Warning: Undefined variable $mail_config in Drupal\user\AccountSettingsForm->buildForm() (line 289 of /var/www/website.com.tr/web/core/modules/user/src/AccountSettingsForm.php)
#0 /var/www/website.com.tr/web/core/includes/bootstrap.inc(164): _drupal_error_handler_real()
#1 /var/www/website.com.tr/web/core/modules/user/src/AccountSettingsForm.php(289): _drupal_error_handler()
#2 [internal function]: Drupal\user\AccountSettingsForm->buildForm()
#3 /var/www/website.com.tr/web/core/lib/Drupal/Core/Form/FormBuilder.php(536): call_user_func_array()
#4 /var/www/website.com.tr/web/core/lib/Drupal/Core/Form/FormBuilder.php(283): Drupal\Core\Form\FormBuilder->retrieveForm()
#5 /var/www/website.com.tr/web/core/lib/Drupal/Core/Controller/FormController.php(73): Drupal\Core\Form\FormBuilder->buildForm()
#6 [internal function]: Drupal\Core\Controller\FormController->getContentResult()
#7 /var/www/website.com.tr/web/core/lib/Drupal/Core/EventSubscriber/EarlyRenderingControllerWrapperSubscriber.php(123): call_user_func_array()
#8 /var/www/website.com.tr/web/core/lib/Drupal/Core/Render/Renderer.php(627): Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}()
#9 /var/www/website.com.tr/web/core/lib/Drupal/Core/EventSubscriber/EarlyRenderingControllerWrapperSubscriber.php(121): Drupal\Core\Render\Renderer->executeInRenderContext()
#10 /var/www/website.com.tr/web/core/lib/Drupal/Core/EventSubscriber/EarlyRenderingControllerWrapperSubscriber.php(97): Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->wrapControllerExecutionInRenderContext()
#11 /var/www/website.com.tr/vendor/symfony/http-kernel/HttpKernel.php(181): Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}()
#12 /var/www/website.com.tr/vendor/symfony/http-kernel/HttpKernel.php(76): Symfony\Component\HttpKernel\HttpKernel->handleRaw()
#13 /var/www/website.com.tr/web/core/lib/Drupal/Core/StackMiddleware/Session.php(58): Symfony\Component\HttpKernel\HttpKernel->handle()
#14 /var/www/website.com.tr/web/core/lib/Drupal/Core/StackMiddleware/KernelPreHandle.php(48): Drupal\Core\StackMiddleware\Session->handle()
#15 /var/www/website.com.tr/web/core/lib/Drupal/Core/StackMiddleware/ContentLength.php(28): Drupal\Core\StackMiddleware\KernelPreHandle->handle()
#16 /var/www/website.com.tr/web/core/modules/big_pipe/src/StackMiddleware/ContentLength.php(32): Drupal\Core\StackMiddleware\ContentLength->handle()
#17 /var/www/website.com.tr/web/core/modules/page_cache/src/StackMiddleware/PageCache.php(106): Drupal\big_pipe\StackMiddleware\ContentLength->handle()
#18 /var/www/website.com.tr/web/core/modules/page_cache/src/StackMiddleware/PageCache.php(85): Drupal\page_cache\StackMiddleware\PageCache->pass()
#19 /var/www/website.com.tr/web/core/lib/Drupal/Core/StackMiddleware/ReverseProxyMiddleware.php(48): Drupal\page_cache\StackMiddleware\PageCache->handle()
#20 /var/www/website.com.tr/web/core/lib/Drupal/Core/StackMiddleware/NegotiationMiddleware.php(51): Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle()
#21 /var/www/website.com.tr/web/core/lib/Drupal/Core/StackMiddleware/AjaxPageState.php(36): Drupal\Core\StackMiddleware\NegotiationMiddleware->handle()
#22 /var/www/website.com.tr/web/core/lib/Drupal/Core/StackMiddleware/StackedHttpKernel.php(51): Drupal\Core\StackMiddleware\AjaxPageState->handle()
#23 /var/www/website.com.tr/web/core/lib/Drupal/Core/DrupalKernel.php(704): Drupal\Core\StackMiddleware\StackedHttpKernel->handle()
#24 /var/www/website.com.tr/web/index.php(19): Drupal\Core\DrupalKernel->handle()
#25 {main}

RgnYLDZ → created an issue.

This could be usefull, I also have a case where users can upgrade their licences. So the old one should be removed.

RgnYLDZ → created an issue.

Nice, seems to be working now.

Great work buddy :)

RgnYLDZ → created an issue.

Any update on this ?

For those who stumble on this there is a path token where we could get the node id under Current page > URL > Unaliased URL > Arguments

[current-page:url:unaliased:args:1]

The specific argument of the current page (e.g. 'arg:1' on the page 'node/1' returns '1').

I manually applied the changes in the merge and seems to be working just fine with 4.1.6 . I believe this could be inside the module since google does not care anymore about these metrics.

If not could someone provide a patch?

I can confirm this. The user is anonymous if the website has Guest checkout enabled and user choses to checkout as guest. Thus no user related info is visible inside the mail like [commerce_order:uuid:value] , [current-user:display-name] or[commerce_order:billing_profile]

After loging in with the same user (password reset) and make a new order, all the tokens are visible in the mail.

RgnYLDZ → created an issue. See original summary → .

I can confirm that the html structure is better and consistant now with the new version. Appreciate the work guys, thanks a lot ;)

It would be nice to have this in-module but an alternative would be to use symfony mailer where we can already use templates for certain policies. And this module already suggests to use symfony mailer.

RgnYLDZ → created an issue.

I think I have a similar problem. I recently did backup my site with jetbackup on a2hosting.

I looked at the files you mentioned and they were there (guess they fixed it) but I got another kind of error. The reason I wanted to revert to a previous backup was that drupal somehow for my products did not print the correct twig view-mode template I specified inside views but rather the default dipslay. This happens after I clear my cache.

when I do revert back I get the same error;

Drupal\Component\Plugin\Exception\PluginNotFoundException: The "tag" plugin does not exist. Valid plugin IDs for Drupal\views\Plugin\ViewsPluginManager are: search_api_tag, search_api_time in Drupal\Core\Plugin\DefaultPluginManager->doGetDefinition() (line 53 of core/lib/Drupal/Component/Plugin/Discovery/DiscoveryTrait.php).

I got back from my own backups but the template thing still is there to sort out.

RgnYLDZ → created an issue.

After this patch I'm getting the below error when an email is sent with commerce_email on a status change for example;

Error: Call to a member function fromArray() on null in Drupal\symfony_mailer\MailManagerReplacement->mail() (line 89 of modules/contrib/symfony_mailer/src/MailManagerReplacement.php).

Drupal\commerce\MailHandler->sendMail() (Line: 88)
Drupal\commerce_email\EmailSender->send() (Line: 180)
Drupal\commerce_email\EventSubscriber\EmailSubscriber->sendEmail() (Line: 139)
Drupal\commerce_email\EventSubscriber\EmailSubscriber->onEvent()
call_user_func() (Line: 111)
Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher->dispatch() (Line: 422)
Drupal\state_machine\Plugin\Field\FieldType\StateItem->dispatchTransitionEvent() (Line: 389)
Drupal\state_machine\Plugin\Field\FieldType\StateItem->postSave()
call_user_func_array() (Line: 233)
Drupal\Core\Field\FieldItemList->delegateMethod() (Line: 198)
Drupal\Core\Field\FieldItemList->postSave()
call_user_func_array() (Line: 938)
Drupal\Core\Entity\ContentEntityStorageBase->invokeFieldMethod() (Line: 970)
Drupal\Core\Entity\ContentEntityStorageBase->invokeFieldPostSave() (Line: 896)
Drupal\Core\Entity\ContentEntityStorageBase->invokeHook() (Line: 56)
Drupal\commerce\CommerceContentEntityStorage->invokeHook() (Line: 81)
Drupal\commerce_order\OrderStorage->invokeHook() (Line: 564)
Drupal\Core\Entity\EntityStorageBase->doPostSave() (Line: 781)
Drupal\Core\Entity\ContentEntityStorageBase->doPostSave() (Line: 489)
Drupal\Core\Entity\EntityStorageBase->save() (Line: 804)
Drupal\Core\Entity\Sql\SqlContentEntityStorage->save() (Line: 159)
Drupal\commerce_order\OrderStorage->save() (Line: 339)
Drupal\Core\Entity\EntityBase->save() (Line: 123)
Drupal\state_machine\Form\StateTransitionConfirmForm->submitForm()
call_user_func_array() (Line: 114)
Drupal\Core\Form\FormSubmitter->executeSubmitHandlers() (Line: 52)
Drupal\Core\Form\FormSubmitter->doSubmitForm() (Line: 597)
Drupal\Core\Form\FormBuilder->processForm() (Line: 325)
Drupal\Core\Form\FormBuilder->buildForm() (Line: 73)
Drupal\Core\Controller\FormController->getContentResult() (Line: 39)
Drupal\layout_builder\Controller\LayoutBuilderHtmlEntityFormController->getContentResult()
call_user_func_array() (Line: 123)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() (Line: 580)
Drupal\Core\Render\Renderer->executeInRenderContext() (Line: 124)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->wrapControllerExecutionInRenderContext() (Line: 97)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() (Line: 163)
Symfony\Component\HttpKernel\HttpKernel->handleRaw() (Line: 74)
Symfony\Component\HttpKernel\HttpKernel->handle() (Line: 58)
Drupal\Core\StackMiddleware\Session->handle() (Line: 48)
Drupal\Core\StackMiddleware\KernelPreHandle->handle() (Line: 270)
Drupal\shield\ShieldMiddleware->bypass() (Line: 226)
Drupal\shield\ShieldMiddleware->handle() (Line: 48)
Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle() (Line: 51)
Drupal\Core\StackMiddleware\NegotiationMiddleware->handle() (Line: 51)
Drupal\Core\StackMiddleware\StackedHttpKernel->handle() (Line: 692)
Drupal\Core\DrupalKernel->handle() (Line: 19)

Using commerce_email v1.1

Hello, is this issue fixed? Do we have a release for drupal 10?

RgnYLDZ → created an issue.

Sorry for my late response, I'm not sure actually, because its kind of random. Sometimes when some comfings are imported. sometimes when cache is cleared ans sometimes just when working on the admin area.

I'm also not sure if this is a module issue or incompatibility issue with another module/config.

I ended up removing the module and use regular regions for my project.

But what happens is;

All blocks inside any block group got disabled and moved to my "Header" region. So I have to manually enable and place the plocks to the block groups again.

Any update on RTBC?

RgnYLDZ → created an issue.

I get the same error. I created credentials for live on paypal. But it's not accepting the client ID nor the secret key in drupal. Do we have a waiting period before the api keys are activated? Maybe like 5-10 hours or so? Or maybe some other setting inside paypal?

When I try to clear cache with drush I get the below error. Drupal10 and php 8.1

In EntityTypeManager.php line 256:

  The "commerce_shipping_method" entity type did not specify a translation handler.

Also this is causing the site to constantly give WSOD

How can I test the module for D10? I cannot get it with composer. I like to test it.

Or can we have a dev version?

You are awesome :) I can see the class definitions based on my swiper template.

Yes I could use templates but I try to keep it as much drupal as it is.

Thanks

RgnYLDZ → created an issue.

RgnYLDZ → created an issue.

RgnYLDZ → created an issue.

Is there any other way to customize the product variation? For example print the id of the selected variation?

#148 🐛 Label token replacement for views entity reference arguments not working Needs work did not apply with drupal 10.0.9 and PHP 8.1

RgnYLDZ → created an issue.

Thanks for the patch, will this be commited soon?

RgnYLDZ → created an issue.

Followed instructions given in https://www.drupal.org/docs/8/modules/telephone-international-widget/ins... →

But still get composer errors;

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

  Problem 1
    - Root composer.json requires intl-tel-input/intl-tel-input 16.0.0 -> satisfiable by intl-tel-input/intl-tel-input[16.0.0].
    - intl-tel-input/intl-tel-input 16.0.0 requires composer/installers ~1.0 -> found composer/installers[v1.0.0, ..., v1.12.0] but it conflicts with your root composer.json require (^2.0).

Use the option --with-all-dependencies (-W) to allow upgrades, downgrades and removals for packages currently locked to specific versions.
You can also try re-running composer require with an explicit version constraint, e.g. "composer require drupal/telephone_international_widget:*" to figure out if any version is installable, or "composer require drupal/telephone_international_widget:^2.1" if you know which you need.

Installation failed, reverting ./composer.json and ./composer.lock to their original content.

RgnYLDZ → created an issue.

RgnYLDZ → created an issue.

Hey rakesh.regar,

I can confirm the patch works fine with stable release. Thank you very much.

Not sure if its relavent with this but after I updated to dev version I get WSOD on thread view page with the below message in logs;

ParseError: syntax error, unexpected ')', expecting variable (T_VARIABLE) in Composer\Autoload\includeFile() (line 144 of /home/keratai1/public_html/xxxxx.com/web/modules/contrib/private_message/src/Form/PrivateMessageForm.php) #0 /home/keratai1/public_html/xxxxx.com/vendor/composer/ClassLoader.php(428): Composer\Autoload\includeFile('/home/keratai1/...')
#1 [internal function]: Composer\Autoload\ClassLoader->loadClass('Drupal\\private_...')
#2 [internal function]: spl_autoload_call('Drupal\\private_...')
#3 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Core/Entity/EntityType.php(482): class_exists('Drupal\\private_...')
#4 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Core/Entity/EntityType.php(455): Drupal\Core\Entity\EntityType->hasHandlerClass('form', 'add')
#5 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Core/Entity/EntityType.php(515): Drupal\Core\Entity\EntityType->getHandlerClass('form', 'add')
#6 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Core/Entity/EntityTypeManager.php(206): Drupal\Core\Entity\EntityType->getFormClass('add')
#7 /home/keratai1/public_html/xxxxx.com/web/modules/contrib/private_message/private_message.module(160): Drupal\Core\Entity\EntityTypeManager->getFormObject('private_message', 'add')
#8 [internal function]: private_message_private_message_thread_view(Array, Object(Drupal\private_message\Entity\PrivateMessageThread), Object(Drupal\Core\Entity\Entity\EntityViewDisplay), 'full')
#9 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Core/Extension/ModuleHandler.php(426): call_user_func_array(Object(Closure), Array)
#10 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Core/Extension/ModuleHandler.php(405): Drupal\Core\Extension\ModuleHandler->Drupal\Core\Extension\{closure}(Object(Closure), 'private_message')
#11 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Core/Extension/ModuleHandler.php(433): Drupal\Core\Extension\ModuleHandler->invokeAllWith('private_message...', Object(Closure))
#12 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Core/Entity/EntityViewBuilder.php(288): Drupal\Core\Extension\ModuleHandler->invokeAll('private_message...', Array)
#13 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Core/Entity/EntityViewBuilder.php(239): Drupal\Core\Entity\EntityViewBuilder->buildMultiple(Array)
#14 [internal function]: Drupal\Core\Entity\EntityViewBuilder->build(Array)
#15 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Core/Security/DoTrustedCallbackTrait.php(101): call_user_func_array(Array, Array)
#16 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Core/Render/Renderer.php(788): Drupal\Core\Render\Renderer->doTrustedCallback(Array, Array, 'Render #pre_ren...', 'exception', 'Drupal\\Core\\Ren...')
#17 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Core/Render/Renderer.php(374): Drupal\Core\Render\Renderer->doCallback('#pre_render', Array, Array)
#18 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Core/Render/Renderer.php(204): Drupal\Core\Render\Renderer->doRender(Array, false)
#19 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Core/Render/MainContent/HtmlRenderer.php(242): Drupal\Core\Render\Renderer->render(Array, false)
#20 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Core/Render/Renderer.php(580): Drupal\Core\Render\MainContent\HtmlRenderer->Drupal\Core\Render\MainContent\{closure}()
#21 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Core/Render/MainContent/HtmlRenderer.php(243): Drupal\Core\Render\Renderer->executeInRenderContext(Object(Drupal\Core\Render\RenderContext), Object(Closure))
#22 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Core/Render/MainContent/HtmlRenderer.php(132): Drupal\Core\Render\MainContent\HtmlRenderer->prepare(Array, Object(Symfony\Component\HttpFoundation\Request), Object(Drupal\Core\Routing\CurrentRouteMatch))
#23 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Core/EventSubscriber/MainContentViewSubscriber.php(90): Drupal\Core\Render\MainContent\HtmlRenderer->renderResponse(Array, Object(Symfony\Component\HttpFoundation\Request), Object(Drupal\Core\Routing\CurrentRouteMatch))
#24 [internal function]: Drupal\Core\EventSubscriber\MainContentViewSubscriber->onViewRenderArray(Object(Symfony\Component\HttpKernel\Event\ViewEvent), 'kernel.view', Object(Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher))
#25 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Component/EventDispatcher/ContainerAwareEventDispatcher.php(142): call_user_func(Array, Object(Symfony\Component\HttpKernel\Event\ViewEvent), 'kernel.view', Object(Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher))
#26 /home/keratai1/public_html/xxxxx.com/vendor/symfony/http-kernel/HttpKernel.php(174): Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher->dispatch(Object(Symfony\Component\HttpKernel\Event\ViewEvent), 'kernel.view')
#27 /home/keratai1/public_html/xxxxx.com/vendor/symfony/http-kernel/HttpKernel.php(81): Symfony\Component\HttpKernel\HttpKernel->handleRaw(Object(Symfony\Component\HttpFoundation\Request), 1)
#28 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Core/StackMiddleware/Session.php(58): Symfony\Component\HttpKernel\HttpKernel->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#29 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Core/StackMiddleware/KernelPreHandle.php(48): Drupal\Core\StackMiddleware\Session->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#30 /home/keratai1/public_html/xxxxx.com/web/core/modules/page_cache/src/StackMiddleware/PageCache.php(106): Drupal\Core\StackMiddleware\KernelPreHandle->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#31 /home/keratai1/public_html/xxxxx.com/web/core/modules/page_cache/src/StackMiddleware/PageCache.php(85): Drupal\page_cache\StackMiddleware\PageCache->pass(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#32 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Core/StackMiddleware/ReverseProxyMiddleware.php(48): Drupal\page_cache\StackMiddleware\PageCache->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#33 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Core/StackMiddleware/NegotiationMiddleware.php(51): Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#34 /home/keratai1/public_html/xxxxx.com/vendor/stack/builder/src/Stack/StackedHttpKernel.php(23): Drupal\Core\StackMiddleware\NegotiationMiddleware->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#35 /home/keratai1/public_html/xxxxx.com/web/core/lib/Drupal/Core/DrupalKernel.php(713): Stack\StackedHttpKernel->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#36 /home/keratai1/public_html/xxxxx.com/web/index.php(19): Drupal\Core\DrupalKernel->handle(Object(Symfony\Component\HttpFoundation\Request))
#37 {main}.

I also have an edge case for you :)

I created a content type called Campaigns so the admins can create a page containing the promotion information and display it on a page with a reference field to promotions. So they have to only work on one page for all the info like promotion itself and images, descriptions etc.

But inside the node edit page the radio buttons inside the inline entity form(simple) do not work. I presume that the patch is specific for the promotion edit page ?

My mistake, I did not run db update and cleared cache.

Patch seems to apply without any issue bu nothing happens when I click on "Only with the selected promotions" or "Any promotion except the selected promotions"

I'm on drupal 10.0.1, commerce 2.32 and php8.1

This only happens when ipless module is enabled. Site opens normal if module is disabled.

I saw only one similar post about this and it was about the componen(s): definition here as you suggested .

But inside drupal (9) there are lots of modules still using component: instead of components:

Below is the full error message I found.

Error: Undefined constant "CSS_COMPONENTS" in constant() (line 180 of /var/www/uydu/web/core/lib/Drupal/Core/Asset/LibraryDiscoveryParser.php)
#0 /var/www/uydu/web/core/lib/Drupal/Core/Asset/LibraryDiscoveryParser.php(180): constant()
#1 /var/www/uydu/web/core/lib/Drupal/Core/Asset/LibraryDiscoveryCollector.php(87): Drupal\Core\Asset\LibraryDiscoveryParser->buildByExtension()
#2 /var/www/uydu/web/core/lib/Drupal/Core/Asset/LibraryDiscoveryCollector.php(66): Drupal\Core\Asset\LibraryDiscoveryCollector->getLibraryDefinitions()
#3 /var/www/uydu/web/core/lib/Drupal/Core/Cache/CacheCollector.php(149): Drupal\Core\Asset\LibraryDiscoveryCollector->resolveCacheMiss()
#4 /var/www/uydu/web/core/lib/Drupal/Core/Asset/LibraryDiscoveryCollector.php(149): Drupal\Core\Cache\CacheCollector->get()
#5 /var/www/uydu/web/core/lib/Drupal/Core/Asset/LibraryDiscoveryCollector.php(111): Drupal\Core\Asset\LibraryDiscoveryCollector->applyLibrariesExtend()
#6 /var/www/uydu/web/core/lib/Drupal/Core/Asset/LibraryDiscoveryCollector.php(66): Drupal\Core\Asset\LibraryDiscoveryCollector->getLibraryDefinitions()
#7 /var/www/uydu/web/core/lib/Drupal/Core/Cache/CacheCollector.php(149): Drupal\Core\Asset\LibraryDiscoveryCollector->resolveCacheMiss()
#8 /var/www/uydu/web/core/lib/Drupal/Core/Asset/LibraryDiscovery.php(44): Drupal\Core\Cache\CacheCollector->get()
#9 /var/www/uydu/web/core/lib/Drupal/Core/Asset/LibraryDiscovery.php(58): Drupal\Core\Asset\LibraryDiscovery->getLibrariesByExtension()
#10 /var/www/uydu/web/core/lib/Drupal/Core/Asset/LibraryDependencyResolver.php(68): Drupal\Core\Asset\LibraryDiscovery->getLibraryByName()
#11 /var/www/uydu/web/core/lib/Drupal/Core/Asset/LibraryDependencyResolver.php(70): Drupal\Core\Asset\LibraryDependencyResolver->doGetDependencies()
#12 /var/www/uydu/web/core/lib/Drupal/Core/Asset/LibraryDependencyResolver.php(41): Drupal\Core\Asset\LibraryDependencyResolver->doGetDependencies()
#13 /var/www/uydu/web/core/lib/Drupal/Core/Asset/AssetResolver.php(104): Drupal\Core\Asset\LibraryDependencyResolver->getLibrariesWithDependencies()
#14 /var/www/uydu/web/core/lib/Drupal/Core/Asset/AssetResolver.php(116): Drupal\Core\Asset\AssetResolver->getLibrariesToLoad()
#15 /var/www/uydu/web/core/lib/Drupal/Core/Render/HtmlResponseAttachmentsProcessor.php(312): Drupal\Core\Asset\AssetResolver->getCssAssets()
#16 /var/www/uydu/web/core/lib/Drupal/Core/Render/HtmlResponseAttachmentsProcessor.php(158): Drupal\Core\Render\HtmlResponseAttachmentsProcessor->processAssetLibraries()
#17 /var/www/uydu/web/core/modules/big_pipe/src/Render/BigPipeResponseAttachmentsProcessor.php(94): Drupal\Core\Render\HtmlResponseAttachmentsProcessor->processAttachments()
#18 /var/www/uydu/web/core/lib/Drupal/Core/EventSubscriber/HtmlResponseSubscriber.php(45): Drupal\big_pipe\Render\BigPipeResponseAttachmentsProcessor->processAttachments()
#19 [internal function]: Drupal\Core\EventSubscriber\HtmlResponseSubscriber->onRespond()
#20 /var/www/uydu/web/core/lib/Drupal/Component/EventDispatcher/ContainerAwareEventDispatcher.php(142): call_user_func()
#21 /var/www/uydu/vendor/symfony/http-kernel/HttpKernel.php(202): Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher->dispatch()
#22 /var/www/uydu/vendor/symfony/http-kernel/HttpKernel.php(190): Symfony\Component\HttpKernel\HttpKernel->filterResponse()
#23 /var/www/uydu/vendor/symfony/http-kernel/HttpKernel.php(81): Symfony\Component\HttpKernel\HttpKernel->handleRaw()
#24 /var/www/uydu/web/core/lib/Drupal/Core/StackMiddleware/Session.php(58): Symfony\Component\HttpKernel\HttpKernel->handle()
#25 /var/www/uydu/web/core/lib/Drupal/Core/StackMiddleware/KernelPreHandle.php(48): Drupal\Core\StackMiddleware\Session->handle()
#26 /var/www/uydu/web/core/modules/page_cache/src/StackMiddleware/PageCache.php(106): Drupal\Core\StackMiddleware\KernelPreHandle->handle()
#27 /var/www/uydu/web/core/modules/page_cache/src/StackMiddleware/PageCache.php(85): Drupal\page_cache\StackMiddleware\PageCache->pass()
#28 /var/www/uydu/web/core/lib/Drupal/Core/StackMiddleware/ReverseProxyMiddleware.php(48): Drupal\page_cache\StackMiddleware\PageCache->handle()
#29 /var/www/uydu/web/core/lib/Drupal/Core/StackMiddleware/NegotiationMiddleware.php(51): Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle()
#30 /var/www/uydu/web/modules/contrib/remove_http_headers/src/StackMiddleware/RemoveHttpHeadersMiddleware.php(49): Drupal\Core\StackMiddleware\NegotiationMiddleware->handle()
#31 /var/www/uydu/vendor/stack/builder/src/Stack/StackedHttpKernel.php(23): Drupal\remove_http_headers\StackMiddleware\RemoveHttpHeadersMiddleware->handle()
#32 /var/www/uydu/web/core/lib/Drupal/Core/DrupalKernel.php(713): Stack\StackedHttpKernel->handle()
#33 /var/www/uydu/web/index.php(19): Drupal\Core\DrupalKernel->handle()
#34 {main}

Also a side note; On my other 8.1 server I use drupal10 and everything works fine with ipless. Not sure if this will be helpfull :)

RgnYLDZ → created an issue.

I patched the files manually and it seems to be working fine. Will this be commited into the module ?

I also have a similar issue. Probably related or same. I have multiple currencies. The button patch does not work.

When I remove all products from cart the site gives WSOD and the error message in logs.

Error: Call to a member function getCurrencyCode() on null in Drupal\commerce_currency_resolver\EventSubscriber\CurrencyOrderRefresh->checkCurrency() (line 87 of /home/keratai2/public_html/newjoy.com/web/modules/contrib/commerce_currency_resolver/src/EventSubscriber/CurrencyOrderRefresh.php).

RgnYLDZ → created an issue.

Best way is to change these parts in composer.json;

Change "web-root": "web/" to "web-root": "./"

Change installer paths starting urls and remove web/ 

So the final code looks like this;

"drupal-scaffold": {
    "locations": {
        "web-root": "./"
    }
},
"installer-paths": {
    "core": [
        "type:drupal-core"
    ],
    "libraries/{$name}": [
        "type:drupal-library"
    ],
    "modules/contrib/{$name}": [
        "type:drupal-module"
    ],
    "profiles/contrib/{$name}": [
        "type:drupal-profile"
    ],
    "themes/contrib/{$name}": [
        "type:drupal-theme"
    ],
    "drush/Commands/contrib/{$name}": [
        "type:drupal-drush"
    ],
    "modules/custom/{$name}": [
        "type:drupal-custom-module"
    ],
    "themes/custom/{$name}": [
        "type:drupal-custom-theme"
    ]
},

After that run composer install in your console and the site should be upp and running. Also composer will be available for future updates. 

EDIT: Oh, of course move the contents of the web folder one folder up so core, modules,themes,index.php etc are in the same folder as  the vendor folder and composer ;)

Hope this helps.