🇬🇪Georgia @almador

almador → created an issue.

Hi, Rajab!

I'm still using Varbase 9 on one of my projects.

Should I wait for the stable release of Varbase 10.0.0 or proceed with an update to RC1 on the production server?

 I'm using SiteGround shared hosting and I was struggling with the error:

Fatal error: Composer detected issues in your platform: Your Composer dependencies require a PHP version ">= 8.1.0". You are running 7.4.33

Let me share the solution.

Here is my.bashrc:

# User specific aliases and functions
alias composer="/usr/local/php81/bin/php-cli /home/user/composer.phar "
alias php="/usr/local/php81/bin/php-cli"
alias drush="/usr/local/php81/bin/php-cli /home/user/www/example.com/public_html/vendor/drush/drush/drush"

(make sure to update the /home/user to your username and example.com to your site name)

If you modify the .bashrc make sure to run:

source ~/.bashrc

Add this string to the end of the root Drupal dir .htaccess file:

AddHandler application/x-httpd-php81 .php .php5 .php4 .php3

Also, adding this string helps after composer update command, because composer update replaces the .htaccess and the site starts to show the error "Composer detected issues in your platform".

If you are still facing the problem with drush updb try example.com/update.php instead.

My solution for SiteGround:

Update .bashrc with (make sure to update the /home/user to your username and example.com to your site name):

# User specific aliases and functions
alias composer="/usr/local/php81/bin/php-cli /home/user/composer.phar "
alias php="/usr/local/php81/bin/php-cli"
alias drush="/usr/local/php81/bin/php-cli /home/user/www/example.com/public_html/vendor/drush/drush/drush"

Run:

source ~/.bashrc

Add this string to the end of .htaccess file in the root of Drupal dir:

AddHandler application/x-httpd-php81 .php .php5 .php4 .php3

Also, adding this string helps after composer update command, because it replaces the .htaccess and the site starts to show the error (if you are still facing the problem with drush updb try example.com/update.php ):

The patch from #6 not applying cleanly to 7.x-1.12.

Created updated patch for 7.x-1.12

Hi, Rajab!
Let me first thank you for your efforts and so nice distribution!

As I see Varbase 10.0.0-rc1 was released yesterday, but it is still stated:
"Only for testing!. Do not use in production or live sites yet!."

Should I wait for another Drupal 10 version, that could be used in production?

Thank you flyke!

The solution in #19 helped me to uninstall the "Media Library Theme Reset".

Can't manage to make it work with accordions on Drupal 10.1.5. It was working fine on 9.5.11, but after update, accordions are not opening.

The patch is applied, the module is enabled and I can enter module settings at:
admin/config/content/formats/jquery_ui_filter

I'm using:
"drupal/jquery_ui": "1.6",
"drupal/jquery_ui_tabs": "2.0",
"jquery_ui_accordion/accordion": "2.0"

I have the same problem after transferring the site from Pantheon to Linode.
Another custom module, but the same errors.

Thanks, Damien!

I've read somewhere that I need to enable 'Custom display settings' for 'Token' view mode at:
admin/structure/types/manage/content_type/display

Is it necessary?

It looks like providing:
[node:field_media_image:entity:field_media_image]
at 'Advanced -> Image' and 'Open Graph -> Image' did the trick!

almador → created an issue.

Any suggestions?

Hi, darcy-jean!

I was really curious about this patch, tried to install it on 3.0.x-dev, but the patch is rejected.

For example, in content_sync.install it tries to remove:
- use Drupal\Core\Database\Database;

but the original content_sync.install is missing this statement.

Does it possible to use this crawler just to make that all links from the Administration menu (admin/structure/menu/manage/admin) are opening without fatal errors? Any other module suggestions to crawl admin pages?

Experiencing the same problem as in #131, the first time selection for the exposed filter worked fine (after updating the page), but the second one is not working with "Maximum call stack size exceeded" error.

Patch from #129 is applied.

I could confirm that issue exists, the patch in #11 is not working for me.

Also, I've installed the patch from here:
Ajax attached to Views exposed filter form does not trigger callbacks
https://www.drupal.org/project/drupal/issues/2842525 🐛 Ajax attached to Views exposed filter form does not trigger callbacks Needs work

I could select my exposed filter the first time after the page update, but when I tried to select it the second time "Maximum call stack size exceeded" error appeared.

Please share your experience about it, cmcintosh!

What was the workflow you were using?

almador → created an issue.

Yes, Rajab, exactly, I was using this manual.

With mentioned patches skipped I've managed to upgrade to Drupal Version 9.5.10 and varbase-9.0.14

almador → created an issue.

what about 28 000 000 rows in node_revision_body and 8 more revision-related tables?

so I have 9 tables, and every table contains around 30 000 000 records, how to speed up the process and make it work with this module way faster?

I'm on Drupal 9.5.3. with Mail System 8.x-4.4 and Mime Mail 8.x-1.0-alpha5

When I'm trying to send the email using Mimemail example module
admin/config/system/mimemail/mimemail_example
this error appears:
Unable to send email. Contact the site administrator if the problem persists.

Checked admin/reports/maillog - no messages here.

In dblog:
Error sending email (from name to name@gmail.com with reply-to not set).

Default Mail System is set to Mime Mail mailer (both sender and formatter)

How could I find the log of "real" Mime mail errors to find what is preventing emails to be sent?

I'm on Drupal 9.5.3. with Mail System 8.x-4.4 and Mime Mail 8.x-1.0-alpha5

When I'm trying to send the email using Mimemail example module
admin/config/system/mimemail/mimemail_example
this error appears:
Unable to send email. Contact the site administrator if the problem persists.

Checked admin/reports/maillog - no messages here.

In dblog:
Error sending email (from name <id@server.org> to name@gmail.com with reply-to not set).

Default Mail System is set to Mime Mail mailer (both sender and formatter)

How could I find the log of "real" Mime mail errors to find what is preventing emails to be sent?

Checked my server /var/log - can't find anything related to mail or postfix, I think this AWS server.

almador → created an issue.

I don't know if this is the right topic to share my issue, but it's also related to switching the original language.

What I did - while upgrading Drupal 8 to Drupal 9 by mistake I changed my default language from English to Spanish. When I realized this (after the upgrade) I switched my default language back to English from this page:
admin/config/regional/language

But now, when I'm trying to edit any of my translations related things it still says "Español (original)".

Is there any way to switch every translation option back to English (original)?

almador → created an issue.

almador → created an issue.

Also received the message RichardDavies stated.

How this should be properly solved?

almador → created an issue.

I suggest you've already tried removing:
'namespace' => 'Drupal\Driver\Database\mysql',
from settings.php

I can't remember how it was fixed in my situation, but you could try to:

- rename drupal 'web/core' folder to 'web/core2'
- rename 'vendor' folder to 'vendor2'
- rename 'composer.lock' to 'composer_old.lock'
- run 'composer install'
- run 'drush cr' and 'drush updb'

Make sure you've created the code and database backup before doing this!

drupalsilm, 'drush updb' for example

drupalsilm, could you please provide the output of CLI when you are trying to run drush?

Also, it seems that you have direct access to the database. You could try from here:

• - Manually edit the config table where name = 'core.extension' and remove the module from the data blob which is a serialized array.
• - Be aware to decrement the module array length as well (...s:6:"module";a:HERE;{...)
• - Truncate the cache_config table from phpmyadmin or using command-line.

https://drupal.stackexchange.com/questions/72927/manually-disable-a-module

drupalsilm
Did you check in the modules list if the 'mysql' module is installed?

Maybe this is related to php version?
I'm on Pantheon and it is set to 7.4

almador → created an issue.

This patch should help with shs_chosen search is not working

same here on Drupal 9.5.7 and 10.0.7 with patch applied

Hi, rahul1707, and thank you so much for the patch!

I'm using the latest shs-2.0.0-rc3 with your patch and I can confirm that it works with selecting hierarchical items.

BUT when I'm trying to allow creating new items on the form display widget:
admin/structure/types/manage/article/form-display

"Allow creating new items
Allow users to create new items of the source bundle."
widget checkbox is gray and not available

Dharmendra.s thank you for the patch, I could confirm it's working

also when I'm trying to access the /admin/structure/views/view/taxonomy_term

the error appears:
TypeError: array_key_exists(): Argument #2 ($array) must be of type array, Drupal\Core\StringTranslation\TranslatableMarkup given in html_titles_preprocess_page_title() (line 52 of modules/contrib/html_titles/html_titles.module).

Hi! My bootstrap version is 8.x-3.25 and I'm experiencing the same issue, but only with one language - English.

If I choose another language - glyphicon is showing.

this is the code for English:

<div data-drupal-selector="edit-actions" class="form-actions form-group js-form-wrapper form-wrapper" id="edit-actions"><button data-drupal-selector="edit-submit-search" class="button js-form-submit form-submit btn-default btn" type="submit" id="edit-submit-search" value="Buscar" name="">Buscar</button></div>

and for Spanish:

<div data-drupal-selector="edit-actions" class="form-actions form-group js-form-wrapper form-wrapper" id="edit-actions"><button data-drupal-selector="edit-submit-search" class="button js-form-submit form-submit btn-primary btn icon-before" type="submit" id="edit-submit-search" value="Buscar" name=""><span class="icon glyphicon glyphicon-search" aria-hidden="true"></span>
Buscar</button></div>

As you can see the part in English somehow missing the span with glyphicon.

Can't figure out why does it happening in English only.

Once the ckeditor4 is deprecated now, maybe the dependencies in info.yml should be updated to ckeditor5?

I'm not sure, but maybe in html_titles.module

$theme_registry['field__node__title']['path'] = drupal_get_path('module', 'html_titles') . '/templates';

should be replaced with:

  $theme_registry['field__node__title']['path'] = \Drupal::service('extension.list.module')->getPath('html_titles') . '/templates';