b.lu → created an issue.
b.lu → created an issue.
Disregard, I found the issue on my end. Just updated from 1.0.
I just discovered that if I go to the User's profile edit page as admin, and hit save their profile (with all private message options selected) then the user can access and receive private messages. Only when the Admin saves the account though, the specific user cannot save their own account for this to work.
Also, it appears that for the message thread view table (/views/view/all_privatemsg_threads/edit/page_1) there is a permission issue when a user changes their "Real Name". If changed the user can no longer view the /messages page or /messages/new. (404 / 403 errors)
It only appears to happen on a "Real Name" change, If a "Real Name" is established upon account creation then the above links are accessible.
Hope this makes sense,
Thanks - otherwise, wonderful module :)
Thank you again for your help, Jurgen. I have worked through a solution. Great module!
Best regards,
Brian
Thank you for your feedback, Jurgen.
I'm attempting to close all webforms created by a user, which in this application a webform is a field within a content that a user has created - so in short, in the event of a user making a change to a field of their profile, then all webforms of any content (of a specific content type) created by that user will preferably close, but disabling the submit button would also be acceptable, and not unpublish the content that the webform is a field of.
There are two log messages that are produced as a result of this model.
First:
Message Error: Call to a member function access() on null in Drupal\webform\Plugin\Action\WebformEntityCloseAction->access() (line 33 of /modules/webform/src/Plugin/Action/WebformEntityCloseAction.php).
Severity: Error
------------------------------------------------------------------------------------------------------------------------------
Second:
Deprecated function: Creation of dynamic property Drupal\webform\WebformTokenManager::$config is deprecated in Drupal\webform\WebformTokenManager->__construct() (line 108 of /modules/webform/src/WebformTokenManager.php)
#0 /core/includes/bootstrap.inc(158): _drupal_error_handler_real(8192, 'Creation of dyn...', '/home4/...', 108)
#1 /modules/webform/src/WebformTokenManager.php(108): _drupal_error_handler(8192, 'Creation of dyn...', '/home4/...', 108)
#2 /core/lib/Drupal/Component/DependencyInjection/Container.php(259): Drupal\webform\WebformTokenManager->__construct(Object(Drupal\Core\Session\AccountProxy), Object(Drupal\Core\Language\LanguageManager), Object(Drupal\Core\Config\ConfigFactory), Object(Drupal\Core\Extension\ModuleHandler), Object(Drupal\eca\Token\ContribToken))
#3 /core/lib/Drupal/Component/DependencyInjection/Container.php(177): Drupal\Component\DependencyInjection\Container->createService(Array, 'webform.token_m...')
#4 /core/lib/Drupal/Component/DependencyInjection/Container.php(434): Drupal\Component\DependencyInjection\Container->get('webform.token_m...', 1)
#5 /core/lib/Drupal/Component/DependencyInjection/Container.php(237): Drupal\Component\DependencyInjection\Container->resolveServicesAndParameters(Array)
#6 /core/lib/Drupal/Component/DependencyInjection/Container.php(177): Drupal\Component\DependencyInjection\Container->createService(Array, 'webform.excepti...')
#7 /core/lib/Drupal/Component/EventDispatcher/ContainerAwareEventDispatcher.php(105): Drupal\Component\DependencyInjection\Container->get('webform.excepti...')
#8 /vendor/symfony/http-kernel/HttpKernel.php(221): Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher->dispatch(Object(Symfony\Component\HttpKernel\Event\ExceptionEvent), 'kernel.exceptio...')
#9 /vendor/symfony/http-kernel/HttpKernel.php(89): Symfony\Component\HttpKernel\HttpKernel->handleThrowable(Object(Error), Object(Symfony\Component\HttpFoundation\Request), 1)
#10 /core/lib/Drupal/Core/StackMiddleware/Session.php(58): Symfony\Component\HttpKernel\HttpKernel->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#11 /core/lib/Drupal/Core/StackMiddleware/KernelPreHandle.php(48): Drupal\Core\StackMiddleware\Session->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#12 /core/modules/page_cache/src/StackMiddleware/PageCache.php(106): Drupal\Core\StackMiddleware\KernelPreHandle->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#13 /core/modules/page_cache/src/StackMiddleware/PageCache.php(85): Drupal\page_cache\StackMiddleware\PageCache->pass(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#14 /core/lib/Drupal/Core/StackMiddleware/ReverseProxyMiddleware.php(48): Drupal\page_cache\StackMiddleware\PageCache->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#15 /core/lib/Drupal/Core/StackMiddleware/NegotiationMiddleware.php(51): Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#16 /core/lib/Drupal/Core/StackMiddleware/StackedHttpKernel.php(51): Drupal\Core\StackMiddleware\NegotiationMiddleware->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#17 /core/lib/Drupal/Core/DrupalKernel.php(686): Drupal\Core\StackMiddleware\StackedHttpKernel->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#18 /index.php(19): Drupal\Core\DrupalKernel->handle(Object(Symfony\Component\HttpFoundation\Request))
#19 {main}
Severity: Debug
b.lu → created an issue.
That fixed it! Thank you, Jurgen!
I might be new to this debugging game, so I'm not sure how much help this will be, but I just added " $query->accessCheck(TRUE); " under every instance of " $query = " in file RateWidgetBase.php and it solved it for me... for now. (There were two instances)
LINE 295:
$query = $this->entityTypeManager->getStorage('vote')->getQuery();
$query->accessCheck(TRUE);
LINE 406:
$query = $this->entityTypeManager->getStorage('vote')->getQuery();
$query->accessCheck(TRUE);
I can now view content containing the rate module (any role). Hope this helps for someone (and hopefully someone can elaborate more elegantly and not just this strongarm "fix").