nojj → created an issue.
the issue was, that I had running
https://www.drupal.org/project/private_files_download_permission →
you have to bypass the folder where you upload the commerce files in the settings there
Hello,
why is this postponed ?
as @mitrax mentioned it is important preventing files twice
I seem to have the same issue.
I granted "view own commerce_license" to registered users, but still get "access denied" when trying to download the file.
Pfad: /commerce-file/3082/download. Symfony\Component\HttpKernel\Exception\AccessDeniedHttpException: in Drupal\commerce_file\Controller\FileDownloadController->download() (Zeile 143 von /var/www/html/web/modules/contrib/commerce_file/src/Controller/FileDownloadController.php).
the license itself if active...
You are writing "
composer show drupal/commerce_license_content
name : drupal/commerce_license_content
that is another module:
https://www.drupal.org/project/commerce_license_content →
nojj → created an issue.
thank you for the helpful hint.
Hi,
I seem to have the same issue.
here is the report:
InvalidArgumentException: The provided interval number "" is not a numeric value. in Drupal\commerce\Interval->__construct() (line 36 of modules/contrib/commerce/src/Interval.php).
Drupal\commerce_license\Entity\License->canRenew() (Line: 125)
Drupal\commerce_license\LicenseAvailabilityCheckerExistingRights->check(Object, Object) (Line: 50)
Drupal\commerce_order\AvailabilityManager->check(Object, Object) (Line: 108)
Drupal\commerce_order\Plugin\Validation\Constraint\PurchasedEntityAvailableConstraintValidator->validate(Object, Object) (Line: 202)
Drupal\Core\TypedData\Validation\RecursiveContextualValidator->validateConstraints(Object, '0000000000001c2b0000000000000000', Array) (Line: 154)
Drupal\Core\TypedData\Validation\RecursiveContextualValidator->validateNode(Object) (Line: 164)
Drupal\Core\TypedData\Validation\RecursiveContextualValidator->validateNode(Object, Array, 1) (Line: 106)
Drupal\Core\TypedData\Validation\RecursiveContextualValidator->validate(Object, NULL, NULL) (Line: 93)
Drupal\Core\TypedData\Validation\RecursiveValidator->validate(Object) (Line: 132)
Drupal\Core\TypedData\TypedData->validate() (Line: 518)
Drupal\Core\Entity\ContentEntityBase->validate() (Line: 188)
Drupal\Core\Entity\ContentEntityForm->validateForm(Array, Object)
call_user_func_array(Array, Array) (Line: 82)
Drupal\Core\Form\FormValidator->executeValidateHandlers(Array, Object) (Line: 274)
Drupal\Core\Form\FormValidator->doValidateForm(Array, Object, 'commerce_order_item_add_to_cart_form_commerce_product_9') (Line: 118)
Drupal\Core\Form\FormValidator->validateForm('commerce_order_item_add_to_cart_form_commerce_product_9', Array, Object) (Line: 593)
Drupal\Core\Form\FormBuilder->processForm('commerce_order_item_add_to_cart_form_commerce_product_9', Array, Object) (Line: 326)
Drupal\Core\Form\FormBuilder->buildForm(Object, Object) (Line: 97)
Drupal\commerce_product\ProductLazyBuilders->addToCartForm('9', 'full', 1, 'de')
call_user_func_array(Array, Array) (Line: 113)
Drupal\Core\Render\Renderer->doTrustedCallback(Array, Array, 'Render #lazy_builder callbacks must be methods of a class that implements \Drupal\Core\Security\TrustedCallbackInterface or be an anonymous function. The callback was %s. See https://www.drupal.org/node/2966725', 'exception', 'Drupal\Core\Render\Element\RenderCallbackInterface') (Line: 870)
Drupal\Core\Render\Renderer->doCallback('#lazy_builder', 'commerce_product.lazy_builders:addToCartForm', Array) (Line: 411)
Drupal\Core\Render\Renderer->doRender(Array) (Line: 504)
Drupal\Core\Render\Renderer->doRender(Array, ) (Line: 248)
Drupal\Core\Render\Renderer->render(Array) (Line: 476)
Drupal\Core\Template\TwigExtension->escapeFilter(Object, Array, 'html', NULL, 1) (Line: 73)
__TwigTemplate_8e54044ba2549650a57d27a3fc948576->doDisplay(Array, Array) (Line: 393)
Twig\Template->yield(Array, Array) (Line: 349)
Twig\Template->display(Array) (Line: 364)
Twig\Template->render(Array) (Line: 35)
Twig\TemplateWrapper->render(Array) (Line: 33)
twig_render_template('themes/contrib/d8w3css/templates/field/field.html.twig', Array) (Line: 348)
Drupal\Core\Theme\ThemeManager->render('field', Array) (Line: 491)
Drupal\Core\Render\Renderer->doRender(Array) (Line: 504)
Drupal\Core\Render\Renderer->doRender(Array, ) (Line: 248)
Drupal\Core\Render\Renderer->render(Array) (Line: 476)
Drupal\Core\Template\TwigExtension->escapeFilter(Object, Array, 'html', NULL, 1) (Line: 55)
__TwigTemplate_5a67733dcfeae47748d840104c2e3fe3->doDisplay(Array, Array) (Line: 393)
Twig\Template->yield(Array, Array) (Line: 349)
Twig\Template->display(Array) (Line: 364)
Twig\Template->render(Array) (Line: 35)
Twig\TemplateWrapper->render(Array) (Line: 33)
twig_render_template('modules/contrib/commerce/modules/product/templates/commerce-product.html.twig', Array) (Line: 348)
Drupal\Core\Theme\ThemeManager->render('commerce_product', Array) (Line: 491)
Drupal\Core\Render\Renderer->doRender(Array, ) (Line: 248)
Drupal\Core\Render\Renderer->render(Array, ) (Line: 238)
Drupal\Core\Render\MainContent\HtmlRenderer->Drupal\Core\Render\MainContent\{closure}() (Line: 638)
Drupal\Core\Render\Renderer->executeInRenderContext(Object, Object) (Line: 239)
Drupal\Core\Render\MainContent\HtmlRenderer->prepare(Array, Object, Object) (Line: 128)
Drupal\Core\Render\MainContent\HtmlRenderer->renderResponse(Array, Object, Object) (Line: 90)
Drupal\Core\EventSubscriber\MainContentViewSubscriber->onViewRenderArray(Object, 'kernel.view', Object)
call_user_func(Array, Object, 'kernel.view', Object) (Line: 111)
Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher->dispatch(Object, 'kernel.view') (Line: 186)
Symfony\Component\HttpKernel\HttpKernel->handleRaw(Object, 1) (Line: 76)
Symfony\Component\HttpKernel\HttpKernel->handle(Object, 1, 1) (Line: 53)
Drupal\Core\StackMiddleware\Session->handle(Object, 1, 1) (Line: 48)
Drupal\Core\StackMiddleware\KernelPreHandle->handle(Object, 1, 1) (Line: 28)
Drupal\Core\StackMiddleware\ContentLength->handle(Object, 1, 1) (Line: 32)
Drupal\big_pipe\StackMiddleware\ContentLength->handle(Object, 1, 1) (Line: 106)
Drupal\page_cache\StackMiddleware\PageCache->pass(Object, 1, 1) (Line: 85)
Drupal\page_cache\StackMiddleware\PageCache->handle(Object, 1, 1) (Line: 48)
Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle(Object, 1, 1) (Line: 51)
Drupal\Core\StackMiddleware\NegotiationMiddleware->handle(Object, 1, 1) (Line: 36)
Drupal\Core\StackMiddleware\AjaxPageState->handle(Object, 1, 1) (Line: 51)
Drupal\Core\StackMiddleware\StackedHttpKernel->handle(Object, 1, 1) (Line: 741)
Drupal\Core\DrupalKernel->handle(Object) (Line: 19)
I am trying to use commerce license to sell roles and commerce license access control → to sell access to single content nodes.
with eca commerce, I would like to react, if a customer wants to add another while having an already running license.
e.g. user has a running license for a role that grants access to all nodes of a specific content type.
and tries to add a license for access to a single node of the same content type.
I just did not get how to achieve that with current possibilities.
nojj → created an issue.
Hi Vincent,
I don`t have a solution for this.
I am looking into a possible redirect scenario with
https://www.drupal.org/project/eca →
but I am not finished yet.
I just don't get how to do that with the example modules...
got it. Thank you!
just tried it with beta-2 and now the link /admin/config/workflow/eca-condition is completely missing in menu and the site is not found.
nojj → created an issue.
I have the same question.
maybe this could be a solution:
https://www.drupal.org/project/commerce_license_access_control →
did you find a solution for this?
I am struggling at the same problem...
nojj → created an issue.
@jsacksick: just wanted to help testing the patch.
I did run cron manual and noticed that the license is still active for the first time, as normally we use only unlimited licenses.
right now, I am running a test with rolling intervall of 2 minutes.
but the license stays active as the 2 minutes went by...
thank you for the patch. fixes the use for me!
Hello @renotag,
thank you for your fast clarification.
the added Matrix should help other with the same question.
just upgraded successfully to v4.0
nojj → created an issue.
Hi,
i have the same problem. Any progress here?
nojj → created an issue.
Thank you for your detailed answer.
just tried to update corresponding modules in a DEV.
tried to update the modules one after another and always got blocking errors from composer.
the only command that seems to work, is requiring all modules at one:
composer require drupal/slick_extras:^2.0 drupal/slick:^3 drupal/slick_views:^3 drupal/blazy:^3 -W
running IEF 3, installing the latest release of ANU still gives me the composer error:
Your requirements could not be resolved to an installable set of packages.
Problem 1
- drupal/anu_lms[2.10.0, ..., 2.10.2] require drupal/inline_entity_form ^1@RC -> found drupal/inline_entity_form[1.0.0-rc1, ..., 1.0.0-rc17] but it conflicts with your root composer.json require (^3.0@RC).
- drupal/anu_lms[2.10.3, ..., 2.10.6] require drupal/inline_entity_form ^1.0@RC -> found drupal/inline_entity_form[1.0.0-rc1, ..., 1.0.0-rc17] but it conflicts with your root composer.json require (^3.0@RC).
- drupal/anu_lms 2.10.7 requires drupal/inline_entity_form ^1.0@RC||3.0@RC -> found drupal/inline_entity_form[1.0.0-rc1, ..., 1.0.0-rc17] but it conflicts with your root composer.json require (^3.0@RC).
- Root composer.json requires drupal/anu_lms ^2.10 -> satisfiable by drupal/anu_lms[2.10.0, ..., 2.10.7].
i am on Drupal core 10.2.2 and Mail Login 3.0.
and I get warnings that Mail Login is unsupported.
are there any security concerns with V3.0?
what is the reason for declaring it as unsupported ?
thanks for the patch!
strange thing: I did not get this entries anymore without doing anything.
I would love to have that feature.
is there any progress?
is eher an option to use the wildcards for a "section global password"
we would like to use one global password for all URL beginning with
/xxx/*
but have different passwords for individual urls with a more specific url like
/xxx/abc
at the moment if the password for /xxx/* is not accepted for urls like
/xxx/abc
if a different password is set to this urls
any ideas to solve this?
for my intention, I am not missing anything right now.
"maybe" was meant more as a possible improvement - I haven't checked this. the thought just came to my mind. if the two hooks are more or or less the same, then so be it.
Thanks @mxh
there is a litte typo typo in the filename: tar_.gz
but it is a great help and indeed, it is possibly to show/hide blocks with eca_access.
maybe using hook_block_access would be a little bit more flexible, as eca_access can only react on ECA Access events.
https://ecaguide.org/plugins/eca/access/actions/eca_access_set_result/
patch #12 does not apply to V2.3.0 of this module.
but the bug seems to be fixed without the patch. Maybe a notice in the release note would be good.
nojj → created an issue.
sounds good to me.
willing to test ;-)
what is the current state of this patch? would be nice, to have this future in the stable version of the module.
nojj → created an issue.
nojj → created an issue.
for us the patch#21 seems to solve the problem too.
would be nice, to have an update of the module.
thanks. you are right. markup gets removed if using ckeditor.
so maybe it shouldn't possible to select creditor for "plain text"
thanks for your answer.
I can confirm this works as fallback option with ck4
nojj → created an issue.
same here after update to 10.2.0
I can confirm the problem of @jrb that there is a problem with activating "Limit allowed HTML tags and correct faulty HTML" filter.
is there any progress in this?
needing title and alt tag as well
I did the upgrade to D10.1.6 and the module is shown as Facebook Page Plugin 8.x-2.3
in my Case: Drupal core 10.1.6 and Cookie Content Blocker 2.2.5
I tried to make a patch.
seems to work in my local dev.
I just tested this with a new D10 installation.
if using the Cookie Content Blocker - Media module, the video is not displayed after giving consent.
just displays
// //]]>
nojj → created an issue.
nojj → created an issue.
I need to override some menu links in a current project.
what is the current state of this?
how can I help with a test coverage?
nojj → created an issue.
nojj → created an issue.
after updating to V1.3.2 I seem to have the same issue.
Tokens are not replaced.
Even [site:name] is not replaced.
Any ideas?
this patch seems to fix the issue for me even in V 1.16:
https://www.drupal.org/project/we_megamenu/issues/3164302 →
nojj → created an issue.
I just added a MIT license URL for testing:
license:
name: MIT
url: https://opensource.org/license/mit/
gpl-compatible: truethanks.
what about security coverage for the new D10 release ?
Hello,
Thanks for your reply. Looking forward to V3.
will the updrade be complex? I am asking, because I am still on V2.04 and and have to do editing to update to V2.0.5. So maybe it's better to wait for V3, if release ist soon.
1.4-rc1 seems to support D10, but has no security coverage.
what is missing for a stable release?
Thank you very much!
nojj → created an issue.
did you find a solution for this?
as written above. sorry, I was still in 2.0.0. no problem with 2.1.0
sorry, was still on V2.0.0 with V2.1.0 the warning is gone
nojj → created an issue.
I have this issue with the regular release of this module. the patch applies for this version too, but I am wondering when a new version will be released...
problem was on provider side.
nojj → created an issue.
nojj → created an issue.
why is this closed?
it doesn't seem to be D10 ready.
I got this error running drush updb with PHP 8.1 and Drupal 9.5.8.
ParseError: syntax error, unexpected '->' (T_OBJECT_OPERATOR) in Composer\Autoload\{closure}() (Zeile 41 in /kunden/443737_88138/webseiten/erza-dev5/d9/web/modules/contrib/cookie_content_blocker/modules/cookie_content_blocker_media/src/Form/MediaSettingsForm.php)
after that, I updated to 2.1.1 and didn't get the error again while drush updb.
do I still need the patch?
@mxwright did another test. coming from V1.4 with patch #24, I could successfully update to V1.6 (stable version) and then apply patch #39. And wildcards seem to work.
that would be nice, because DEV-versions of modules are not listed in Drupal for pending updates.
@mxwright thank you very much for the detailed explanation!
curious if this makes it into the stable release...