Ok, thanks for your explanation.
The latter, so a user has had TFA enabled, but does not recall the code.
edvanleeuwen → created an issue.
Using group notify, mail safety, queue mail en SMTP mailer.
The problem is not that notifications are not created or sent. But it seems that they bypass the queue. Therefor, for several hundred notifications, in my case it leads to an overloaded server.
Yes, and this is very annoying. I have just recently started to use this. Do previous versions have this as well?
I forgot to add the default civicrm database setting.
I am getting the exact same error with version 1.3.2 (on line 170). Anyone else?
I think that would be all. Thanks!
Thanks for the clarification!
Just to add: the demo page I was referring to is under /admin/structure/block/demo/solo
edvanleeuwen → created an issue.
edvanleeuwen → created an issue.
edvanleeuwen → created an issue.
edvanleeuwen → created an issue. See original summary → .
Tested and verified. Thanks!
edvanleeuwen → created an issue.
Perhaps I am missing something, but isn't the patch doing the opposite of what the the author of this request wants?
Nodes can be restricted by implementing the right access to insiders, i.e. members.
Thanks!
Thanks!
I have updated to 1.3.5, but still the proper favicon is not displayed. See https://www.covs.nl
I am trying to patch this to the latest version (3.3.4). I now get:
Error: Class "Drupal\group\Entity\GroupContent" not found in gnode_tokens() (line 59 of /home/myuser/domains/mydomain/public_html/web/modules/contrib/group/modules/gnode/gnode.tokens.inc).
edvanleeuwen → created an issue.
edvanleeuwen → created an issue. See original summary → .
Thanks for the quick reply.
It is not the reset password screen that is bothering me, as I do not mind being able to reset via username or password.
It is the actual login screen: I only want our users to login via username (as is the standard in Drupal). Contributed modules extend this and give the option to login using an email address, but I do not want that so have none installed.
edvanleeuwen → created an issue.
edvanleeuwen → created an issue.
edvanleeuwen → created an issue.
edvanleeuwen → created an issue.
edvanleeuwen → created an issue.
Tested and verified. Thanks for the quick response.
Tested and verified. Got the error when trying to add a view with a template after a migration from D7 tot D10, now the error is solved.
edvanleeuwen → created an issue.
edvanleeuwen → created an issue.
I think I have determined where the problem is. If I have the option enabled to display the file, there is not an option to change that during the process of inserting a document via the widget.
When I disable the option, the files are displayed.
So I assume the default option is not taken into account when inserting a file through the widget.
Zipped video added. Hope this helps.
The field field_media_document_display in the media__field_document_media is NULL when added. Despite the settings to display the media by default.
Resaving the media solves this when the Display file box is checked.
edvanleeuwen → created an issue.
I now have the message without this theme, so closing this.
edvanleeuwen → created an issue.
I had this problem as well. For me, restarting php did the trick.
edvanleeuwen → created an issue.
It seems that this patch does not work with the latest TFA version.
Same error with stable version. Dev solves it.
Noticed that the dev of 1.6 was installed in stead of 3.2.2.
edvanleeuwen → created an issue.
edvanleeuwen → created an issue.
I have the same error. If I install libraries last, it is okay.
Thanks for the explanation. Closing this issue.
edvanleeuwen → created an issue.
edvanleeuwen → created an issue.
Tested and verified patch #26.
Manually applied the changes. This works.
edvanleeuwen → created an issue.