The problem still exists in v3.0.1 as you can see here:
https://www.drupal.org/project/private_message/issues/3486589
🐛
Answer is not shown in message thread after posting a new reply
Active
drupalfan2 → created an issue.
drupalfan2 → created an issue.
Patch is no longer needet?
Full CKEditor 5 support is not needed in any case.
But what we need is to add the <video>
tag to the allowed html tags of "Filtered HTML" text format.
How can I achieve this?
drupalfan2 → created an issue.
drupalfan2 → created an issue.
Patch #66 works for Drupal 10.3.2.
drupalfan2 → created an issue.
I had the same problem and an
item_selector: 0
instead of
item_selector: /
solved my problem.
I am using countup 3.x-dev and have the same problem.
I get this error message
Drupal\Component\Plugin\Exception\InvalidPluginDefinitionException: The "countup" CKEditor 5 plugin definition must have a plugin ID that starts with "countup_". in Drupal\ckeditor5\Plugin\CKEditor5PluginManager->processDefinition() (line 100 of core/modules/ckeditor5/src/Plugin/CKEditor5PluginManager.php).
when I am on /admin/config/content/formats/manage/full_html (edit Full HTML text editor format)
Additionaly I get similar error messages.
How can we move forward here to write/get a complete patch?
Patch #2 (3394691-2.patch) works for me.
Attached is the same patch as in #325 but with unix line endings.
Needed to be able to use the patch with an older version of the unix patch command line tool.
Allow translation of input placeholder - patch.
drupalfan2 → created an issue.
el7cosmos → credited drupalfan2 → .
Same problem here in version 4.0.2.
Patch #5 solved the problem.
We need a new version 4.0.3 including this patch.
New patch file
Patch file
drupalfan2 → created an issue.
Because we do not get the new release, I generated this patch file.
I have the same problem in v2.2.3 and dev version.
Mailchimp subscription does not work anymore on user registration.
I wrote the following patch to solve the problem.
Feel free to optimize the patch or provide another solution.
@mariacha1: Thank you.
drupalfan2 → created an issue.
Thank you.
I recently got this reminder from google:
[Reminder] Update your apps to the latest Firebase Cloud Messaging APIs and SDKs
We’re writing to remind you that starting June 20, 2024 the legacy Firebase Cloud Messaging (FCM) APIs will be discontinued.
On June 20, 2024, we’re reducing the number of Firebase Cloud Messaging (FCM) legacy register APIs and legacy send APIs that provide similar functionality. This step will allow us to provide you with a more consistent experience and align with Google security standards to improve security, reliability and performance.
Because of these API decommissions, some already-deprecated SDKs and features will stop working after June 20, 2024.
What do you need to do?
Take the following actions before June 20, 2024, to ensure that you have access to the latest supported features and to reduce the risk of future decommissions affecting your usage:
•Follow the instructions described in Firebase FAQ to migrate your individual APIs.
•Update to the latest versions of Firebase SDKs:Android >= 23.1.2 iOS >= 10.10.0 Web (Javascript) >= 9.22.1
Your Firebase project(s) that use Firebase Cloud Messaging APIs are listed below:
◦Your recent usage of impacted APIs/features: Legacy HTTP protocol
◦Your recent usage of impacted APIs/features: Server Keys
Will this patch provide the needed actions?
Will this patch update the "Legacy HTTP protocol" and also the "Server Keys" topic?
Will this patch change over to the latest api versions?
Thank you.
Thank you for patch #25.
I am using patch #16 for a few years and I have changed to patch #25 (after updating the profile module) now, but both versions have the following problem:
When profiles are updated a new revision is only generatet when the logged in user is the admin. For other users no new revisions are created when they log in and update/change their profiles.
How can I solve this problem? I want to achieve that on any profile change a new revision is generated (also for non admin users).
Thanks.
#12 is solved here: https://www.drupal.org/project/profile/issues/3437825 🐛 Error: Class "Drupal\profile\ProfileType" not found Closed: cannot reproduce
Thank you very much, seems to work.
But I found another (older) problem of the patch #25: when profiles are updated a new revision is only generatet when the logged in user is the admin. For other users no new revisions are created when they log in and update/change their profiles.
So the first patch "Provide Views argument for current user's profile ID" can be removed?
Can you help to rewrite the second patch "Create the revision UI for profiles"?
Or will patch #25 work?
https://www.drupal.org/project/profile/issues/2599014
📌
Create the revision UI for profiles
Needs review
Thank you very much.
Yes, in profile 1.8 I have applied 2 patches via composer.json:
"drupal/profile": {
"Provide Views argument for current user's profile ID": "https://www.drupal.org/files/issues/2021-03-23/profile-default-argument-2835930-3.patch",
"Create the revision UI for profiles": "https://www.drupal.org/files/issues/2020-05-21/profile-revisions-ui-2599014-16.patch"
},
drupalfan2 → created an issue.
After upgrading from profile 1.8 to 1.9 I get this error message:
Error: Class "Drupal\profile\ProfileType" not found in Drupal\profile\ProfileListBuilder->getDefaultOperations() (line 120 of modules/contrib/profile/src/ProfileListBuilder.php).
Drupal\Core\Entity\EntityListBuilder->getOperations() (Line: 212)
Drupal\Core\Entity\EntityListBuilder->buildOperations() (Line: 194)
Drupal\Core\Entity\EntityListBuilder->buildRow() (Line: 112)
Drupal\profile\ProfileListBuilder->buildRow() (Line: 242)
Drupal\Core\Entity\EntityListBuilder->render() (Line: 23)
Drupal\Core\Entity\Controller\EntityListController->listing()
call_user_func_array() (Line: 123)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() (Line: 627)
Drupal\Core\Render\Renderer->executeInRenderContext() (Line: 121)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->wrapControllerExecutionInRenderContext() (Line: 97)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() (Line: 181)
Symfony\Component\HttpKernel\HttpKernel->handleRaw() (Line: 76)
Symfony\Component\HttpKernel\HttpKernel->handle() (Line: 58)
Drupal\Core\StackMiddleware\Session->handle() (Line: 48)
Drupal\Core\StackMiddleware\KernelPreHandle->handle() (Line: 28)
Drupal\Core\StackMiddleware\ContentLength->handle() (Line: 32)
Drupal\big_pipe\StackMiddleware\ContentLength->handle() (Line: 106)
Drupal\page_cache\StackMiddleware\PageCache->pass() (Line: 85)
Drupal\page_cache\StackMiddleware\PageCache->handle() (Line: 48)
Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle() (Line: 51)
Drupal\Core\StackMiddleware\NegotiationMiddleware->handle() (Line: 36)
Drupal\Core\StackMiddleware\AjaxPageState->handle() (Line: 51)
Drupal\Core\StackMiddleware\StackedHttpKernel->handle() (Line: 704)
Drupal\Core\DrupalKernel->handle() (Line: 19)
Same problem with profile 1.10.
I do not allow multiple profiles per user, "Allow multiple profiles per user" is off.
And patch #16 of https://www.drupal.org/project/profile/issues/2599014 📌 Create the revision UI for profiles Needs review does not apply anymore.
I need a solution to get profile 1.9 and 1.10 running.
I am using mimemail and mailsystem without smtp.
In Drupal 9 it works without problems.
I have the same problem after Drupal 10 uprade and using 8.x-1.0-alpha6.
I need a solution.
Can you help?
Without soving this problem Mimemail is useless for Drupal 10.
Patch #11 helped me to get this module work with Drupal 10.
drupalfan2 → created an issue.
Please let me be an maintainer to be able to publish the Drupal 10 version of this theme.
Thank you for #11.
The solution is:
Open your webform in your browser, search for "form_id" in the html source and use the form_id to create a new captcha point.
Added patch #57 to composer.json
and this helped me to solve the problem at downloading files from /sites/default/files folder (page not found error for urls like /index.php/sites/default/files/filex.pdf).
drupalfan2 → created an issue.
#13 & #14 worked for me. Thanks.
drupalfan2 → created an issue.
+19: +1
I applied this MR 7 using this patch
https://git.drupalcode.org/project/views_entity_embed/-/merge_requests/7...
and afterwords my 2 embed buttons for embedding blocks and nodes did not work anymore. Each button wants to embed views instead of blocks or nodes:
This patch has negative effects on the Entity Embed module! Embeding blocks and nodes do not work anymore.
But I would need a working solution.
Can you help?
Thank you very much.
I have the same problem.
Patch #15 helps so far.
Hoping for a new version of the profile module with correct solution in it.
Thank you.
I have exactly the same problem:
Mailchimp 2.2.2
Drupal 10
I needed patch #15 in order to get it run after Drupal 10 Upgrade.
Patch #4 is also working.
Patch #17 worked after Drupal 10 Upgrade.
+1
I have the same problem.
Patch
drupalfan2 → created an issue.
On a node page, Drupal Core takes the title out of the normal page display. The manage display settings have no effect, and this module has no effect. The title will show in the title block, but if you don't display that block you won't see any title.
But on some sites and some pages we need to disable the tilte block and to show the title within the node (within the tag).
This is exactly what this module is for.
But the title within the node is not display, still if "Manage display" is configured correctly.
And again: When the title (Manage display) is not show then this module is not usable.
This is expected - the sub-module is obsolete now.
Then please remove the submodule immediately to avoid confusion.
The module works fine for nearly 3000 sites - only a small number have a problem. I have can't reproduce this bug when I follow the steps to reproduc
Maybe 2900 sites are using an older version of this module.
Please try to reproduce on a new Drupal installation.
Please ask for further information if you can not reproduce.
The Manage display still does not work. No title is show on node page (node/xxx).
The patch #24 is not working!
Actually the submodule manage_display_fix_title does only contain 1 file:
manage_display_fix_title.info.yml
A file manage_display_fix_title.module is missing!
The Manage display module is unusable! I had to remove it. It does not work.
The Manage display still does not work. No title is show on node page (node/xxx).
The patch #24 is not working!
Actually the submodule manage_display_fix_title does only contain 1 file:
manage_display_fix_title.info.yml
A file manage_display_fix_title.module is missing!
The Manage display module is unusable! I had to remove it. It does not work.
Okay, I found out, that $blue is set here:
/web/themes/contrib/bootstrap5/scss/_variables_bootstrap.scss
$blue: #003CC5 !default;
This should be removed!
drupalfan2 → created an issue.
I need patch #23 to be able to send mails to mail addresses @gmail.com .
Without patch #23 the SPF entry in our domain is not recognized by gmail and the mail is rejected from gmail.
So this patch should be commited as soon as possible.
I need a patch like this for Drupal 8.
I added the primary key manually:
ALTER TABLE `mydatabase`.`drupal_amazon_paapi_amazon_product_widget_asin_map` ADD PRIMARY KEY (`entity_id`);
Thank you that you changed your mind and realized that this is a major issue and you came back to help.
I tested the patch
https://git.drupalcode.org/project/captcha/-/merge_requests/68.patch
with 8.x-1.11 and 8.x-1.12 ... works in both versions and solves the problem in this issue #3375511.
8.x.1.13 also works and not patch is needed anymore for 1.13.
Thank you very much.
Although we helped we did not get any issue credit.
You should be thankful instead of criticizing when you have been criticized. From the very beginning this was a major issue concerning hundred thousand of sites.
More then 200.000 sites are using this module.
This is reaeon enough to set the priority of this issue to "major".
This is a completely unnecessary bug that should be fixed immediately.
See above for suggestions on how to fix it.
It is not easy, but if I remove the description and the title (both empy), on all pages the fieldset still is visible (has border).
So still searching for a solution that behaves like in v1.10!
I tried to remove the text, but it is NOT possible, this is a major bug.
It is wrong to display this text if reCaptcha v3 is used.
Please restore the behavior as it was in v1.10.
v1.10 did not make any problems, but v1.11 has multiple problem: Wrong text on wrong place. Unable to remove / empty the text field ...
If you do not want to help so please do not block others in helping in this issue.
Thank you.
This seems to be a major bug:
I am using 2 languages (en, de).
It is NOT possible to remove the text from the 2 fields as mentioned above.
This seems to be a translation problem. Maybe it works when only Enlish is used (no other language active).
The following code in captcha.module must be rewritten:
function template_preprocess_captcha(&$variables, $hook, $info) {
$variables['title'] = _captcha_get_title();
$variables['description'] = _captcha_get_description();
// Add an indicator, if the captcha widget is visible, to
// account for _captcha_required_for_user().
// See Captcha::preRenderProcess().
// If the CAPTCHA was solved, hidden inputs have to be preserved to the form
// but the CAPTCHA and its wrappers are not visible.
// This variable exposed this to the theme layer transparently:
$variables['is_visible'] = isset($variables['element']['captcha_widgets']);
// Attach library:
$variables['#attached']['library'][] = 'captcha/base';
}
Can you help?
Mybe this works, but it should be solved in the code,
version 1.10 didn't have this problem either.
drupalfan2 → created an issue.
drupalfan2 → created an issue.
Thank you.
Patch #60 seems to work in Drupal 9.
Thank you very much.
This seems to work.
Problem solved:
I re-imported the drupal database from live to local dev and now it is working
:-(
drupalfan2 → created an issue.
drupalfan2 → created an issue.
Thank you very much. Patch #4 seems to work.
But I still get this error (in vendor package):
Deprecated function: Return type of Amazon\ProductAdvertisingAPI\v1\com\amazon\paapi5\v1\OfferPrice::offsetUnset($offset) should either be compatible with ArrayAccess::offsetUnset(mixed $offset): void, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in include() (Zeile 30 in /vendor-paapi/vendor/drunomics/paapi5-php-sdk/src/com/amazon/paapi5/v1/OfferPrice.php)
I hope this can be fixed also.
Thank you, path #2 works for me.
drupalfan2 → created an issue.
drupalfan2 → created an issue.
drupalfan2 → created an issue.
drupalfan2 → created an issue.
After waiting 48h the error "Too Many Requests" disappears if everything is correct.
Same as #5 and #7.
After applying patch #3, the module can be installed in Drupal 10.
Same problem here.
Can not install Drupal Console in Drupal 10.
+1
drupalfan2 → created an issue.
#93 solved:
"Allow user to make asymmetric translation" has to be activated on Manage Form Display of the conent type.