@ameymudras please don't post problems on closed issues. Also, patch files are no longer recommended, use merge requests instead → .
I've re-posted the issue and your patch at 🐛 Linkit Dialog list has no background color (in Layout Builder) Active .
@drumm, what's the best way for Event Organizers to follow along with the progress of the migration you mentioned above? We have some initial issues, and it'd be great to connect it to your work.
✨
D10 Community Events Design/UX
Active
🌱
D10 Community Events Migration
Active
Thanks.
I ran into an issue where this was necessary, as running an export too frequently can result in multiple files getting generated with _0, _1 etc, but those suffixes are added in the wrong place, resulting in files like form.webform_scheduled_task.task.tar_1.gz.
I've pulled the patch and added it as a MR for easier merging.
I've pushed the necessary changes for review.
I've DM'ed @mohit_ahera in Drupal Slack as he pushed the last release of this module.
I support @sean_e_dietrich in this request. He's a trusted maintainer and could bring value to this module. Additionally, it's been over 18 months since the last release of this project and almost 10 months since this request was made. I'll be flagging on Slack to see if we can bring visibility to the issue.
@andrewozone I've completed the CSS changes necessary for this work and pushed to prod!
froboy → created an issue. See original summary → .
seantwalsh → credited froboy → .
volkswagenchick → credited froboy → .
volkswagenchick → credited froboy → .
volkswagenchick → credited froboy → .
volkswagenchick → credited froboy → .
Please credit:
- mr_scumbag
- bernardm28
seantwalsh → credited froboy → .
seantwalsh → credited froboy → .
seantwalsh → credited froboy → .
24 submissions for 16 sessions.
- I pulled data from the webform by filtering for submissions since MidCamp.
- I cleaned up the sheet and hid all but the title of the session and the feedback columns.
- I dug up this email template from many years ago:
Thanks so much for speaking at MidCamp! We greatly appreciate all of the hard work you did to make MidCamp 2025 our best yet. We have a few closing notes for our speakers before the main reason for our message:
Your session recording (yes, every, single, session!) is linked at three places. Feel free to share any/all of these:
Your session node linked from https://www.midcamp.org/2025/accepted-sessions
Drupal dot tv - https://drupal.tv/events/midcamp-midwest-drupal-camp/midcamp-2025
The MidCamp Youtube - https://www.youtube.com/playlist?list=PLmBnjy9dJJXdxX_I9BQ5KHK2dYLxSYC6W
Recordings are all courtesy of the Drupal Recording Initiative. If you like what you see, you can express your thanks at https://opencollective.com/drupal-recording-initiative
MidCamp 2026 is May 12-14, 2026. Mark your calendar!Thank you again! And now… (what you've been waiting for) are your session survey results:
- I made that into a template in gmail.
- I pulled up the speaker emails from the submission sheet.
- I manually emailed each speaker from info@midcamp and cc'ing same. I pasted the relevant rows from the spreadsheet into the email below the text.
- I sent a correction email, bcc'ing all, because I got next year's dates wrong the first time. :)
- Close feedback form
- Pull session feedback from site
- Send to speakers
I've rerolled this patch for 11.x. I'm running into the same issue when using Domain Access and Domain Entity and the REST endpoint from openy_node_alert.
We still need tests, I assume.
froboy → made their first commit to this issue’s fork.
teknorah → credited froboy → .
teknorah → credited froboy → .
Just... one more for the grinder... we have an external system (Daxko) that is providing links with even stranger keys... 😭
date_ranges%5B0%5D.start=&date_ranges%5B0%5D.end
decoded
date_ranges[0].start=&date_ranges[0].end
Core's link formatter is mashing those together into
date_ranges[0]=
which... the external system doesn't like.
I re-rolled the patches and used the instructions in #26 and that worked well for me. Seems like there are still outstanding issues, but just keeping this temp fix alive.
teknorah → credited froboy → .
@aman_lnwebworks that patch seems to work in my testing. Thank you!
Please review Using GitLab to contribute to Drupal → . That is the preferred way to contribute code now.
Fix on behalf of YMCA of Greater Dayton.
weekbeforenext → credited froboy → .
jdleonard → credited froboy → .
froboy → created an issue.
@gábor one more thing if you have a moment... the "big blue button" on the Governence project page → .
Awesome. Thank you!
I've refactored the code to support GitLab Pages documentation based on the docs.
I'm not sure why pipelines isn't yet running on the MR. To test so far:
brew install material-mkdocs
mkdocs build
I've fixed the styles and the template.
froboy → created an issue.
This issue is closed. Please see 💬 Configuration system.action.domain_access_none_action depends on the domain.record configuration that will not exist after import. Active for a resolution.
@suraj3310 has the fix here, I just committed it.
The issue is that when domain access is first installed, there are no domain records, and $this->configuration['domain_id'] is set, but is the empty string "", as that's what's set as the default value in the form.
I'd recommend that once this change is released, the release notes contain the following:
Prior versions could generate malformed configuration if config was exported before domain records were created. To fix, search for the following in
system.action.domain_access*files and remove it, then re-import config:config: - domain.record.
froboy → made their first commit to this issue’s fork.
Mark BarCamp as historic listings (it hasn't been updated in 15 years) and move d.o/community/events to the top.
Added list of active local drupal communities
seantwalsh → credited froboy → .
andrewozone → credited froboy → .
teknorah → credited froboy → .
teknorah → credited froboy → .
teknorah → credited froboy → .
teknorah → credited froboy → .
teknorah → credited froboy → .
teknorah → credited froboy → .