Account created on 16 April 2007, almost 17 years ago
#

Recent comments

πŸ‡¦πŸ‡ΉAustria drupalfan2

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.

πŸ‡¦πŸ‡ΉAustria drupalfan2

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.

πŸ‡¦πŸ‡ΉAustria drupalfan2

#12 is solved here: https://www.drupal.org/project/profile/issues/3437825 πŸ› Error: Class "Drupal\profile\ProfileType" not found Closed: cannot reproduce

πŸ‡¦πŸ‡ΉAustria drupalfan2

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.

πŸ‡¦πŸ‡ΉAustria drupalfan2

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.

πŸ‡¦πŸ‡ΉAustria drupalfan2

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"
            },
πŸ‡¦πŸ‡ΉAustria drupalfan2

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.

πŸ‡¦πŸ‡ΉAustria drupalfan2

I am using mimemail and mailsystem without smtp.
In Drupal 9 it works without problems.

πŸ‡¦πŸ‡ΉAustria drupalfan2

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.

πŸ‡¦πŸ‡ΉAustria drupalfan2

Patch #11 helped me to get this module work with Drupal 10.

πŸ‡¦πŸ‡ΉAustria drupalfan2

Please let me be an maintainer to be able to publish the Drupal 10 version of this theme.

πŸ‡¦πŸ‡ΉAustria drupalfan2

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.

πŸ‡¦πŸ‡ΉAustria drupalfan2

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).

πŸ‡¦πŸ‡ΉAustria drupalfan2

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.

πŸ‡¦πŸ‡ΉAustria drupalfan2

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.

πŸ‡¦πŸ‡ΉAustria drupalfan2

I have exactly the same problem:

Mailchimp 2.2.2
Drupal 10

πŸ‡¦πŸ‡ΉAustria drupalfan2

I needed patch #15 in order to get it run after Drupal 10 Upgrade.
Patch #4 is also working.

πŸ‡¦πŸ‡ΉAustria drupalfan2

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.

πŸ‡¦πŸ‡ΉAustria drupalfan2

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.

πŸ‡¦πŸ‡ΉAustria drupalfan2

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.

πŸ‡¦πŸ‡ΉAustria drupalfan2

Okay, I found out, that $blue is set here:

/web/themes/contrib/bootstrap5/scss/_variables_bootstrap.scss
$blue: #003CC5 !default;

This should be removed!

πŸ‡¦πŸ‡ΉAustria drupalfan2

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.

πŸ‡¦πŸ‡ΉAustria drupalfan2

I added the primary key manually:

ALTER TABLE `mydatabase`.`drupal_amazon_paapi_amazon_product_widget_asin_map` ADD PRIMARY KEY (`entity_id`);

πŸ‡¦πŸ‡ΉAustria drupalfan2

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.

πŸ‡¦πŸ‡ΉAustria drupalfan2

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.

πŸ‡¦πŸ‡ΉAustria drupalfan2

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!

πŸ‡¦πŸ‡ΉAustria drupalfan2

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.

πŸ‡¦πŸ‡ΉAustria drupalfan2

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?

πŸ‡¦πŸ‡ΉAustria drupalfan2

Mybe this works, but it should be solved in the code,
version 1.10 didn't have this problem either.

πŸ‡¦πŸ‡ΉAustria drupalfan2

Thank you.
Patch #60 seems to work in Drupal 9.

πŸ‡¦πŸ‡ΉAustria drupalfan2

Problem solved:

I re-imported the drupal database from live to local dev and now it is working
:-(

πŸ‡¦πŸ‡ΉAustria drupalfan2

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.

πŸ‡¦πŸ‡ΉAustria drupalfan2

After waiting 48h the error "Too Many Requests" disappears if everything is correct.

πŸ‡¦πŸ‡ΉAustria drupalfan2

Same as #5 and #7.
After applying patch #3, the module can be installed in Drupal 10.

πŸ‡¦πŸ‡ΉAustria drupalfan2

Same problem here.
Can not install Drupal Console in Drupal 10.

+1

πŸ‡¦πŸ‡ΉAustria drupalfan2

#93 solved:
"Allow user to make asymmetric translation" has to be activated on Manage Form Display of the conent type.

πŸ‡¦πŸ‡ΉAustria drupalfan2

I get the same error at first try.
Solution?

πŸ‡¦πŸ‡ΉAustria drupalfan2

Patch #89 does not work for 8.x-1.0-rc14 with Drupal 9.5.3 (it can be applied but it does not solve the problem).

I did not find any other patch or any other solution.

Does anyone have an idea how can I solve this?
Thx.

Production build https://api.contrib.social 0.62.1