🇧🇪Belgium @matthieu_collet

Any update on this error ?
We suddenly have it too since this morning, our production site is broken, and clear cache doesn't solve anything :(

Hi
I try to use all you talk about here, but where is the doc to know how to use drush with ID asc and other options ?
I don't see anything in hte readme or elsewhere

thank you

it's from French to English

Here is the configuration, i'm sure it's not the problem

No, sorry
As the page is just blank, console is too
And no website encountered an issue, just nothing, nowhere

it's just missing updates, not a big deal
sorry, I installed "Entity Translation Unified Form" and it works

Hi nidhish
Thank for your fastreply

here is a screenshot

matthieu_collet → created an issue.

Thank you for your fast reply

I changed my API with some more fake caracters and no error message

Alsor, it's written "The LibreTranslate api key "

matthieu_collet → created an issue.

matthieu_collet → created an issue.

hi Jeremy,

Drupal core 10.3.6 , and we have the error with all last versions
specific error is :

AssertionError: "Burndown" must be defined in MODULE_NAME.field_type_categories.yml in assert() (line 195 of /home/clients/d87d768f62381a25028b1764b41ce1a4/sites/burndowndansdbox/web/core/lib/Drupal/Core/Field/FieldTypePluginManager.php).

hello

we have this issue but saw that burndown.field_type_categories.yml was already there, so we don't understand ?

The patch was applied to new versions of this module, but it's still not working, we can't use email to login there

Is it an option ?

We also have this problem, do you know if it will be adapted for Drupal 10 ?

thank you !

I'm sorry @AstonVictor but it's absolutely not fixed

Lumturio event doesn't work at all with Drupal 10, websites are all "unreachable"

We had this problem and this is a big issue

We removed user.mail in config table, it works but it's radical, and with a multilanguage website it's really strange after (see screenshot, no more way to translate messages)

Strange that this problem isn't solved after more than a year

Hello
We have a problem with a large export, is it still in the roadmap to add batch support ?

thank you

Matthieu

Hi
Thank you Tibezh
And yes why isn't there any patch or update of the module ? I had to apply it manually so it's super dangerous with composer update

HI

Is there any news for this issue ? we have the same problem

thank you

I read this :

* Visit `admin/config/people/userverify` (Configuration -> People -> New User
Email Verification)
* `Random key to generate verify email hash` : Put Random characters upto 32.
* `User Verification Email Template` : Prepare you custom template and user
two tokens to provide link.
* `User Verification Help text` : Provide Help Text on Verification form.

but all is outdated, the link is wrong, it's /admin/config/people/user-email-verification and the fields mentionned don't exist

matthieu_collet → created an issue.

Fixed directly in database :
I had to edit commerce_number_pattern_sequence table, the line with invoice_default as entity_id

matthieu_collet → created an issue.

matthieu_collet → created an issue.

Hello @mvonfrie
Two months later do you think your solution is working ? We have the same need

yes, seems a restriction only for 8, 9, ...

matthieu_collet → created an issue.

The patches don't work with 8.x-1.3
Does anyone has the same problem ?

same problem here, this module doesn't work (Drupal 9.5.2)