πŸ‡ΊπŸ‡ΈUnited States @momow

Account created on 15 February 2018, over 6 years ago
#

Recent comments

πŸ‡ΊπŸ‡ΈUnited States momow

momow β†’ changed the visibility of the branch 3409549-new-twig-variable to hidden.

πŸ‡ΊπŸ‡ΈUnited States momow

I'm currently using the Inline Entity Form (IEF) module to manage the Bricks module β†’ . With IEF version 1.0-rc15, everything worked seamlessly on Drupal 9. However, upon upgrading to Drupal 10, I encountered a critical issue preventing the editing of any brick. The error message is as follows:

LogicException: Entity type brick does not support revisions. in Drupal\Core\Entity\ContentEntityBase->setNewRevision() (line 293 of /app/web/core/lib/Drupal/Core/Entity/ContentEntityBase.php).

Upon investigation, I traced the error back to the EntityInlineForm::invokeAllWith method. Applying the patch from #16 resolved the issue. I hope for a permanent resolution to this matter in the near future. Thank you."

πŸ‡ΊπŸ‡ΈUnited States momow

#6 and patch #9 don't work for me. I also get the problem after searching a keyword and not getting any search result.

I noticed that this problem disappeared when I changed the following code on the FullCalendarDsplay.php

protected function defineOptions() {
.............
$options['minTime'] = ['default' => '2000-01-01 00:00:00'];
$options['maxTime'] = ['default' => '2000-01-01 23:59:59'];
..............
to
..............
$options['minTime'] = ['default' => '00:00:00'];
$options['maxTime'] = ['default' => '23:59:59'];
..............

I saw the following code on the FullCalendarViewPreprocess.php

public function process(array &$variables) {
...............
// Display time limit.
$minTime = !empty($options['minTime']) ? $options['minTime'] : '00:00:00';
$maxTime = !empty($options['maxTime']) ? $options['maxTime'] : '23:59:59';
................

It looks that there is a kind of mismatch format.

πŸ‡ΊπŸ‡ΈUnited States momow

#6 and patch #9 don't work for me. I also get the problem after searching a keyword and not getting any search result.

I noticed that this problem disappeared when I changed the following code on the FullCalendarDsplay.php

protected function defineOptions() {
.............
$options['minTime'] = ['default' => '2000-01-01 00:00:00'];
$options['maxTime'] = ['default' => '2000-01-01 23:59:59'];
..............
to
..............
$options['minTime'] = ['default' => '00:00:00'];
$options['maxTime'] = ['default' => '23:59:59'];
..............

I saw the following code on the FullCalendarViewPreprocess.php

public function process(array &$variables) {
...............
// Display time limit.
$minTime = !empty($options['minTime']) ? $options['minTime'] : '00:00:00';
$maxTime = !empty($options['maxTime']) ? $options['maxTime'] : '23:59:59';
................

It looks that there is a kind of mismatch format.

Production build 0.71.5 2024