Me too.
Szy.
I'm not sure, if everything goes according to the plan ;)
After updating the site with composer:
Loading composer repositories with package information
Updating dependencies
Lock file operations: 0 installs, 1 update, 1 removal
- Removing drupal/media_library_theme_reset (1.5.0)
- Upgrading drupal/bootstrap_styles (1.1.5 => 1.1.6)
Writing lock file
Installing dependencies from lock file (including require-dev)
Package operations: 0 installs, 1 update, 1 removal
- Downloading drupal/bootstrap_styles (1.1.6)
- Removing drupal/media_library_theme_reset (1.5.0)
- Upgrading drupal/bootstrap_styles (1.1.5 => 1.1.6): Extracting archive
0/2 [>---------------------------] 0%Deleting /var/www/html/web/modules/contrib/media_library_theme_reset - deleted
... I see in status report:
The following module is marked as installed in the core.extension configuration, but it is missing:
media_library_theme_resetReview the suggestions for resolving this incompatibility to repair your installation, and then re-run update.php.
So it looks like the media_library_theme_reset is removed, but it wasn't not completely uninstalled from the system.
Szy.
Just my 0,03.
I have noticed problems with AJAX in media gallery about 2-3 weeks ago. I haven't find solution then, but luckily the solution was to... change a browser. Sometimes Chrome was failing with AJAX, sometimes Firefox.
Today I saw WSOD on all pages of the site 8O, so it could be BIG for some websites.
* * *
The Apache errorlog helped me to find the trace to Cloudflare and this issue.
#9 works for me. Thank you for your work!
Szy.
Thanks for your help, I'll post a few thoughts in a few days.
Szy.
Quick thought - there is one more thing to change:
check "Mobile first" and reverse the order of source srcsets in
to work properly.
The Lighthouse script works as a mobile device, so parsing every
should be faster. Will it be faster enough to change the Vitals score?
Szy.
Your previous posts on this topic made me expect this tone ;), but I really appreciate the answer, thanks.
To the point.
View config:
View caching: 6 days/6 days.
Slick - Main:
Slick - Nav:
This the effect:
https://pagespeed.web.dev/analysis?url=https://www.cyclingthread.com/cas...
Now it's 60 points, not so disastery ;), but there is still ~600 images (Main + Nav, so it's 2x ~300 images), which are analysed by the Lighthouse script! 8O
Is there anything I could do better? I was trying slider, on demand, etc, loading.
Szy,
I havent't checked the database, but I've checked the "Top Twenty Results" in the GAC admin twice - there are always correct numbers. So I assumed, that the database data is also correct.
And the "Top Twenty Results" gave me the information, that "445" I see everywhere is a Pageviews value for "/".
I think that it's somehow specific for GAC field, because all other fields in the view look correct. Only GAC prints the same data.
I'm using two core caches, BigPipe and core 10.2.2. It's a kind of "most popular" articles view with "exclude previous" filter. Printed on the homepage with Layout Builder.
Btw, I can see, that GAC field in "Manage form display" is disabled - is it correct state?
Thanks for reply, I'll try to observe it and be alert to anomalies.
Szy.
@ericgsmith, are you leaving at least one nbsp at the end of any h2? :)
This is a condition, iirc.
Szy.
The mention about the problem in the Crop API issue:
https://www.drupal.org/project/crop/issues/3293782 🐛 Crop API is not appending a hash when the image styles are converted to WEBP Needs review
Szy.
Looks like you're right. My fault, I'm sorry :)
Szy.
szy → created an issue.
No, sorry, it's not because of the cron run.
It happens with every install/uninstall operation - every time I see:
queue: urlpath: added 52 items
(all my content nodes).
Szy.
Now I see, that every cron run fills the queue with the same nodes - without even touching them. Now - with 50 nodes in the database - I have my queue filled with 620 nodes!
Marking it as a major bug.
Szy.
Hello Guillaume,
exactly the same happens to me. A small site, only 50 nodes - editing one of them puts all of them in the queue.
Is it necessary? Looks like wasting of resources, wasting of Cloudflare quota to me.
Szy.
Hello there.
I'm using these two lines in settings.php:
$config['image.settings']['suppress_itok_output'] = TRUE;
$config['image.settings']['allow_insecure_derivatives'] = TRUE;
Does it matter for this patch?
Now, despite your patch, converting to WEBP still makes crop disappear (using a cropped image in a view).
D 10.2.2, Crop API 8.x-2.3, ImageWidgetCrop 8.x-2.4, Image Effects 8.x-3.6.
Thanks!
Szy.
Ugggh.
It took me almost a day to not find out the solution and 30 seconds right after I have posted it here.
The reason was the doubled "<" when inserting the HTML entity before the kilometres number:
"[node:field_geolocation:0:lat],[node:field_geolocation:0:lon]<<=5555km"
Should be:
"[node:field_geolocation:0:lat],[node:field_geolocation:0:lon]<<=5555km"
... with <= as HTML entity.
So it's Views Token Argument issue, not the Geofield's one.
Thanks and sorry.
Szy.
Almost same thing here. But it usually saves the crop with... third save. I can't find out why :/
Szy.
The same as #9 - my headers (h2 tags) in text are lost.
Szy.
Hi there,
you need to add it by yourself in Bootstrap Styles config at yoursite_com/admin/config/bootstrap-styles/settings.
Szy.
The same error.
Drupal 10.2.1, the latest Flexible Table Of Contents with patch from:
https://www.drupal.org/project/table_of_contents/issues/3289932 📌 Automated Drupal 10 compatibility fixes RTBC
Do I see correctly, that there is no working alternative ToC for D10?
Szy.
Unfortunately,
the problem still persists in with Floating Block 2.0.0-beta2, Bootstrap 5 layout and D10.2.1.
Patch from #11 helps a bit, but then #14 appears.
Btw, thanks for your work!
Szy.
@apaderno, update via update.php and update via drush were not triggered.
drush updb
[success] No pending updates.
Yes, I've applied the patch, I've even copied the file's code from the repository to be sure. Removed/required with composer, cleared the cache, etc.
Szy.
Thanks!
Szy.
After applying the patch, installing Advagg, uninstalling it and the removing it with Composer, I still get error message: 'stale_file_threshold' is not a supported key.
Do we have any other way of removing it from Drupal's config?
Drupal 10.2.0.
Thanks.
Szy.