In Drupal 10.3
I used devel-entity-updates (dentup, entup, entity-updates) Apply pending entity schema updates.
Yeah looks like this issue has popped again in 4.0.3.
The Password Expired screen has no styling, nor does the TFA screen.
When I disable the css and js cache, I can see the styles, but then those are enabled, it's just a fully unstyled screen.
Thanks!
One thing I see is that we have our own private gitlab instance on our own url, so this wouldn't work, I don't think with a custom url like https://gitlab.ourdomain.com as the field input help text assumes we're only entering a user name and repo name:
Repo user name
Example: In https://github.com/marcelovani/captcha_keypad the repo user name is `marcelovani`
Repo name
Example: In https://github.com/marcelovani/captcha_keypad the repo name is `captcha_keypad`
There are several more patches now
https://www.drupal.org/project/drupal/issues/2741877#comment-15684283
🐛
Nested modals don't work: opening a modal from a modal closes the original
Needs work
FYI - this is similar https://www.drupal.org/project/block_class/issues/3467450 🐛 Failsafe conversion of block_classes_stored RTBC and the patch here worked for me https://git.drupalcode.org/project/block_class/-/merge_requests/52.diff
FYI - this is similar https://www.drupal.org/project/block_class/issues/3467450 🐛 Failsafe conversion of block_classes_stored RTBC and the patch here worked for me https://git.drupalcode.org/project/block_class/-/merge_requests/52.diff
This patch works to now now allow database updates to run
block_class 20017 hook_update_n 20017 - Convert block_classes_stored from JSON to a sequence.
https://git.drupalcode.org/project/block_class/-/merge_requests/52.diff
The change in #104 https://www.drupal.org/project/linkit/issues/3078075#comment-15665863 ✨ Detect and strip base URL from pasted URLs to increase matching hits and support multilingual Needs work which was undoing the removal of the lowercase function means that urls like youtube playlists when created as an external link (not media) will have their url lowercased which break the external link.
I'm not sure if this should be another issue created specifically for this, but that code change here, would affect this outcome.
So instead of
https://www.youtube.com/playlist?list=PLpeDXSh4nHjThszrEoBfJ8sY2NYif0k6b
we end up with
https://www.youtube.com/playlist?list=plpedxsh4nhjthszreobfj8sy2nyif0k6b
Perhaps this may help, check if you have enabled option for the view "Preserve facets while using filters" under VIEWS > Other -> Query Settings?
https://www.drupal.org/project/drupal/issues/2992672#comment-14017611 🐛 Views exposed sort filters does not sort with facets Closed: works as designed
Will be released in next tag
This has been tested and works well.
Merging to Dev and will spin up a test env with Block_field
This may be related to using Ajax in the view and the new once() syntax needed RE: https://www.drupal.org/forum/support/upgrading-drupal/2023-06-21/jquery-... →
Sorry for the noise. Will test this!
Hi, yes, I can confirm that Patch #35 worked in conjunction with checking "Hide non translatable fields on translation forms" on the relevant paragraph(s). It did not work without the "Hide non translatable fields on translation forms" enabled, as I'd get the red errors under all the fields.
Entity Reference Revision 1.11.0
Paragraphs: 1.17.0
Drupal: 10.2.5
Scenario: A Paragraph type, with a field like "Title". I also have "nested" Paragraphs (Entity Reference revisions).
I want the parent Paragraph type's text Title to be translatable, but not the nested paragraph fields (as that says "Unsupported".
So I will enable translations on the fields inside those nested paragraph types (that is fine). Not the "outer" ones in the parent.
BUT: when I choose the Parent Paragraph Type for content translation, ticking the checkbox, the entire Paragraph Type opens up and all the fields are selected. I then go to the unsupported fields and deselect those, and then click save.
When the page reloads, the entire "Parent Paragraph Type" is selected (all sub fields are hidden, and I can't deselect the unsupported items.)
If I deselect the parent and reselect it, then we start again. It does not seem possible to only select some of the fields under the parent, without selecting the parent itself.
If I look at the exported config though, I see the "nested" entity reference fields I don't want to be translatable (i.e. the unsupported ones) they have "translatable: false" config which is correct.
So the visible display in "admin/config/regional/content-language" is very misleading. I wonder if there is a better way?
thanks
Just checking that you have seen this apparent fix https://www.drupal.org/project/entity_reference_revisions/issues/3150084... 🐛 Non-translatable fields can only be changed when updating the current revision. Needs review ?
Terribly sorry for the mistake that occurred between 8.x-1.4 and 8.x-1.5 with Drupal 10 being removed from the info file. This has been tested and fixed. The jQuery once fix for Drupal 10 is also added.
We do however suggest moving to use the normal Paragraphs Stable Widget on its own, as this already includes the Collapsed feature.
Terribly sorry for the mistake that occurred between 8.x-1.4 and 8.x-1.5 with Drupal 10 being removed from the info file. This has been tested and fixed. The jQuery once fix for Drupal 10 is also added.
We do however suggest moving to use the normal Paragraphs Stable Widget on its own, as this already includes the Collapsed feature.
If someone could please test the dev branch, that would be great 8.x-1.x-dev. It includes Drupal 10 support and the replacement of jQuery.once() with once()
Sorry I haven't been able to get to this.
Ah so sorry Kristen, hope all is ok. Thanks. Grace and peace to you.
Looking forward to the next 4.0.1 release. Thanks so much. Just trying to get an idea of timing, if I may, when we think we'll be able to release the next one?
Automated Project Update Bot fixes - New release 8.x-1.5
MR looks good.
Thanks! Looking forward to the next release.
This will be added to specific projects that require the feature rather than in our starter kit.
Hi. If you used the "Paragraphs Library "to create and hold re-usable paragraphs, then you could see that as the place to edit them? But this would only be for the ones marked as being able to be promoted to the Library, or currently in the library.
Hi @Lysenko, I'm so embarrassed, I totally missed that! That works. Thank you!
Hi. I applied the patch https://git.drupalcode.org/project/tablefield/-/merge_requests/15.patch but the empty tables are still showing.
Released in alpha10
This will be added in the next release
An idea could be to rather add the BG colour to the parent and wrap that in a div before the field items.
OR, as it looks like you're wanting different button colours, add the colour choice to the button/link paragraph rather.
Something like
{% set bgColor = content.bgcolour["#markup"] %}
<button class="{{bgColor}}">
stewest → created an issue.
Dear Aman
The Sector Social Follow module is part of the Starter Kit in Sector 10 Distribution, so you would need to have Sector 10 installed first and then the "block_class" would be available. You'd also need to create a block.block.sector_followus (block_class, sector_theme) template in your own custom theme most likely based off of the Sector Theme.
Tested by team
Looks good, and tested
This has been reviewed and fixed
dreambubbler → credited stewest → .
stewest → created an issue.
This has been tested and then merged to the latest 10.0.x-dev
Duplicate of https://www.drupal.org/project/sector/issues/3403536 → as this module is shipped in the Sector Distribution