Copenhagen
Account created on 9 January 2007, over 18 years ago
#

Merge Requests

More

Recent comments

🇩🇰Denmark ressa Copenhagen

Thanks for your huge efforts with the GitLab migration @fjgarlin. Since NID is mentioned here, I just want to share something I observed:

https://www.drupal.org/project/drupalorg/issues/3292161 📌 Decouple issues from www.drupal.org issues (parent and related) Needs review

... maybe this is intentional, or maybe not? I thought I'd let you know.

🇩🇰Denmark ressa Copenhagen
🇩🇰Denmark ressa Copenhagen

Adding related issues.

🇩🇰Denmark ressa Copenhagen

I agree that such a big improvement deserves a 11.1 release highlight (as suggested by @chi) but it looks like it wasn't mentioned?
https://www.drupal.org/project/drupal/releases/11.1.0

🇩🇰Denmark ressa Copenhagen

I redid the MR against the standard branch :)

🇩🇰Denmark ressa Copenhagen

I managed (maybe due to default branch/dev-branch mismatch?) to create two branches ...

Let me know if I should redo on the other branch, or the one with the MR ("3.0.x") might work.

🇩🇰Denmark ressa Copenhagen
🇩🇰Denmark ressa Copenhagen

ressa changed the visibility of the branch 3546918-mark-up-css to hidden.

🇩🇰Denmark ressa Copenhagen

ressa created an issue.

🇩🇰Denmark ressa Copenhagen

Thanks for looking at this @smustgrave, and the fresh Version 3 release yesterday! It's nice to see this great module getting some attention.

Default version on GitLab

Perhaps change the default dev-branch to 3.0.x on https://git.drupalcode.org/project/simple_timeline as well? I see "Official release"/"Default GitLab"-version-out-of-sync happening fairly often ... perhaps the project version management UI could be improved with a strategically well placed help text, like "Remember to match the default GitLab dev-version with the latest release." or something like that?

🇩🇰Denmark ressa Copenhagen

Thanks for a fast reply @drumm. It slipped my mind that issues are going to live in the GitLab UI, and it sounds like soon (judging from comment #2) so looking forward to this improvement.

🇩🇰Denmark ressa Copenhagen

Thanks for going through with the steps and replicating it @mdyoung3, it's really great to get a confirmation.

🇩🇰Denmark ressa Copenhagen

I don't have an answer to your code questions @veronicaseveryn, maybe someone else can help with that?

But I recently tried and failed to update from Facets 2 to 3, after hitting dead ends. I also wanted to place exposed Facet filters into separate regions using the Configurable Views Filter Block module with AJAX, but it seems not possible currently ...

I left a comment in the Facets issue #3354129-5: Update project page with new branch details , trying to summarize the present situation, perhaps some of the issues mentioned are useful? For example, Add option to remove (instead of hide) unnecessary filters Active is about placing exposed Facet filters into separate regions.

🇩🇰Denmark ressa Copenhagen

Fantastic! Thanks for looking at this and even fixing it so fast @fjgarlin.

🇩🇰Denmark ressa Copenhagen
  1. Updating the "Early Access Program" text, since it was a bit long. I hope it's all right?

  2. Updating Lando set up section, and linking to the official documentation instead, since it was very detailed, and probably does not work ...

  3. Removing "Setting up a server"-section, since it looks like it was added some time ago (the design looks very different now) and also seems to be done automatically in 2025? Feel free to restore an updated version, if it could be useful.

    Setting up a server

    So it should look something like this:

    That's it! Now place some breakpoints and click on Debug (Shift + F9)

    1. Run --> Edit Configurations
    2. click on the yellow plus button --> PHP Web Application
    3. Name: your project's name
    4. Server:
      1. click on the button
      2. Name: your server name (any name)
      3. Host: mylocalsite (without the http://)
      4. Port: your mylocalsite port
      5. Debugger: Xdebug
      6. click OK
    5. in Server choose the server you just created
    6. Browser: your favorite browser where the site will be open
    7. Click OK
🇩🇰Denmark ressa Copenhagen

I haven't use PhpStorm for a while, and also couldn't figure out where the Build, Execution, Deployment → Docker → Tools enable "Docker V2" was supposed to happen ... It looks like it is no longer necessary, and I have updated the Drupal/DDEV/PhpStorm doc page to reflect this.

🇩🇰Denmark ressa Copenhagen

Update PhpStorm set up steps, see also Improve the first time setup configuration #442.

🇩🇰Denmark ressa Copenhagen

Perfect, thanks @maxilein!

🇩🇰Denmark ressa Copenhagen

Thanks for moving the button, I like the new position :)

Perhaps the "Contribution record" link at the bottom could be styled to also be shown as a blue button?

Be sure to update the Contribution record

Would it would be possible to show a list of credit receivers under the button in the right hand side, so that you can skim to check who got credited -- something like this?

Contribution record
Credited: rszrama, fjgarlin, berdir,
drumm, ivnish, jonathan1055

🇩🇰Denmark ressa Copenhagen

Fix link to @berdirs comment.

🇩🇰Denmark ressa Copenhagen

Thanks for the feedback @berdir, and your great suggestions for improvement. Based on them, I created #3546523: Improve UI feedback on the credit page (Contribution record) .
Like I commented in that issue the credit reminder email may also not work, and just get deleted ...

And thanks for pointing out that the crediting was actually "half-way there", and can be seen in the commit message. I was wondering what "By: sokru ... By: moshe weitzman..." was all about :)

🇩🇰Denmark ressa Copenhagen

Add example of the credit granting comment in the Issue Summary.

🇩🇰Denmark ressa Copenhagen

ressa created an issue.

🇩🇰Denmark ressa Copenhagen

Thanks @berdir!

Even with the very prominent entry under the comments, granting credit is often missed ... I wonder how we can improve the workflow, to make sure module maintainers remember this last, but crucial part of the process?

Comment #13 📌 Modernize Drush commands Needs review

Now that this issue is closed, please review the contribution record.

As a contributor, attribute any organization that helped you, or if you volunteered your own time.

Maintainers, please credit people who helped resolve this issue.

🇩🇰Denmark ressa Copenhagen

This is a long shot, but since the cache situation acts differently, could it be that some caches persist or are cleared, depending on environment? See Support rebuild of all caches, including APCu, via the browser Active .

🇩🇰Denmark ressa Copenhagen

Yes, I see that as well. I am adding details in the Issue Summary, to reproduce it.

And you're correct @avpaderno, it is unpredictable, and for example did not happen to me just now, after leaving a comment in 🐛 Seeing "1 new" on /user/#/track after own issue comment Closed: duplicate . "1 new" is not shown, it's odd ...

🇩🇰Denmark ressa Copenhagen

Thanks @greggles, you're right -- I did a search for "new" I believe to check for an existing issue, but missed that one.

🇩🇰Denmark ressa Copenhagen

+1 for this improvement, thanks for creating it @dcam! I am not a coder, so cannot comment on the code, or choice of method, but support the initiative :)

🇩🇰Denmark ressa Copenhagen

ressa created an issue.

🇩🇰Denmark ressa Copenhagen

Thanks everyone for working on fixing this. I see high levels of dogged persistence by several contributors to replicate the bug, and will just mention that here is an even more demanding one to verify, with a lot more steps. But wouldn't it be great to fix it?

Support rebuild of all caches, including APCu, via the browser Active

At least getting a verification whether there truly is a problem, would be awesome.

🇩🇰Denmark ressa Copenhagen

Adding the ReservedPathChecker service proposal in the Issue Summary.

🇩🇰Denmark ressa Copenhagen

Thanks @eric.vvf, a ReservedPathChecker service is a great idea! And like you suggest, it could be useful elsewhere, but adding it first here, and then moving it later to a central position makes sense.

I tried the new patch, but I am allowed to create a Page with the path /modules, which should be blocked.

🇩🇰Denmark ressa Copenhagen

Fantastic to see the two Drupal core HTMX Change Records today!

@fathershawn commented April 2025 in #3520723-35: Add HTMX dependency to core :

I would recommend that not this child issue, but 📌 Process attachments (CSS/JS) for HTMX responses and add drupal asset libraries Active carry the change record. My reason is that although this adds the library, without the ability to bring in dependent CSS/JS it's not really usable yet.

So perhaps the great news that HTMX is usable in Drupal core could be shared by someone with a blog on Planet Drupal ?

Maybe add the great news on the project page https://www.drupal.org/project/htmx as well?

🇩🇰Denmark ressa Copenhagen

Great catch @berdir, and suggesting that it should be fixed here. I updated the MR.

🇩🇰Denmark ressa Copenhagen

ressa made their first commit to this issue’s fork.

🇩🇰Denmark ressa Copenhagen

Fantastic news, thanks for building it @protitude!

And you're probably right, that adding it as a Honeypot submodule might not be the right method, since after taking a closer look at Honeypot, it doesn't have any submodules .... Also, since your module does not rely on Honeypot, perhaps creating it as a stand-alone module on drupal.org under https://www.drupal.org/project/facets_honeypot makes most sense?

By having it as an official project on drupal.org it will get much more exposure, and more users, and it will surely become quite popular, since it solves a problem, which is only growing bigger every day, for more and more web sites. So feel free to add it here if you agree, it would be a fantastic addition! On the other hand, if you prefer to not create a new standalone project, a Honeypot submodule would also work fine.

PS: I actually tried and failed to update to Facets 3, to transition from links to checkboxes (see 📌 Update project page with new branch details Active ). I think many others will also stay on Facets 2 with Facets as links, until those blocking AJAX and Block placement issues are fixed. Perhaps Facets Honeypot could eventually also offer links as traps for bots? But we can always revisit that later :)

🇩🇰Denmark ressa Copenhagen

Thanks @anirudhsingh19, that looks great!

About placing the "Masquerade as" at the top, I was wrongly assuming that fields would be placed above the button. But I now tried creating a few fields, and they are placed below the bottom, so it's fine as it is. Thanks for creating a solution which solves the task, have a nice day.

🇩🇰Denmark ressa Copenhagen

Thanks for adding that plugin @chriswinger, it's an impressive list!

🇩🇰Denmark ressa Copenhagen

Strike that. Adding row like that adds too much padding elsewhere, resulting in an ugly horizontal scrollbar. Maybe I need to just use media query?

🇩🇰Denmark ressa Copenhagen

Great that you got it fixed! But it's strange ... I just did a fresh install, and it's right there ... maybe yours got deleted by mistake?

🇩🇰Denmark ressa Copenhagen

It looks like the structure might have changed, but basically clicking the "Edit" button on /admin/config/people/accounts/fields should get you there:

Home > Administration > Configuration > People > Account settings

🇩🇰Denmark ressa Copenhagen

Thanks @weseze! Adding as reference, to connect the issues. Still, it would be great to hear from the maintainer @adamps as well.

🇩🇰Denmark ressa Copenhagen

Thanks @anirudhsingh19, that looks great!

Though, the .masquerade-as-user-link:hover CSS class doesn't seem to be in effect ... Perhaps the change could be that the white text turns slightly light-grey, to acknowledge the hovering?

Also, what do you think about my suggestion about placing the button at the top? Would that be difficult?

Also, the link gets inserted at the bottom of the page. Perhaps placing the link at the top of the page, under "Status messages" or at the very top of "Main page content" could be worth considering?

As an extra thing I didn't mention, the "Unmasquerade" is also a bit hidden, as a regular link in the menu. I wonder if that could be shown as a button as well, like "Masquerade"? If it's too difficult, it's not super important.
Thanks!

🇩🇰Denmark ressa Copenhagen

Add tip in the intro, about the different strategies and methods to change Drupal's mark up.

🇩🇰Denmark ressa Copenhagen

It is a common SEO method, so please remove it.

See also https://www.drupal.org/docs/administering-a-drupal-site/troubleshooting-...

🇩🇰Denmark ressa Copenhagen

Perfect @grevil, I am eternally grateful to you guys at DROWL.de, for all the projects you maintain!
There are so many, that I suggested a new feature to help find the most important ones in Add metadata for projects under Projects maintained Active :

If a user maintains a lot of projects (like +100) and you only want to check out some of them, it would be great to be able to immediately skim for those most installed and Drupal 10 ready.

Wouldn't that be a great little feature and quite useful? Have a great day!

🇩🇰Denmark ressa Copenhagen

ressa created an issue.

🇩🇰Denmark ressa Copenhagen

Thanks for maintaining this great module @pookmish!

Maybe review the contribution records (https://new.drupal.org/contribution-record/10201196) for this issue (and some of the other recent ones), since it looks like some of the users -- including yourself -- helped solve those issues, but didn't get credited ... Thanks.

🇩🇰Denmark ressa Copenhagen

https://www.drupal.org/project/soundcloudfield works well for SoundCloud: You can simply enter a URL to a song, and it immediately shows the embedded media player to the user, with the song ...

So since SoundCloud is covered by the SoundCloud Field module, perhaps the Audio Embed Field module could consider adding support for BandCamp, since that's lacking in modern Drupal?

🇩🇰Denmark ressa Copenhagen

I think it would be nice to alert potential Facets 2 to 3 updaters that some features are not yet ready, to prevent them from wasting time needlessly ... I spent quite some time re-building a solution, only to hit dead ends.

Priority for the Drupal core issue 🐛 Views hardcodes exposed filter block form ID's which breaks AJAX when the same form is shown multiple times on one page Needs work required to fix 💬 Works with AJAX enabled? Active was just elevated to Major, so hopefully it can be fixed soonish ...

🇩🇰Denmark ressa Copenhagen

I just discovered these hidden fields ... You may need to use this module to get support for placing "Facets exposed filters" somewhere else than above the form in a View (the standard position), and prefer to have each filter in an individual block, to support https://www.drupal.org/project/collapsiblock . This method works well in Facets 2.

In Facets 3 you need this module to place "Facets exposed filters" somewhere else than above the form in a View. But if you have 20 "Facets exposed filters" in individual blocks. Then, for each filter, there will be 19 hidden filters ... This can generate a lot of unused HTML, making the page quite heavy, since there will be 400 filter instances, of which 95% will be hidden.

Hiding filters seems to me a fragile construction ... wouldn't it be a more robust solution to simply not output the filters instead by default, and not use the hide method at all?

🇩🇰Denmark ressa Copenhagen

Thanks for working on this! In Facets 3, placing AJAX-supported "Facets exposed filters" anywhere else than above the form in a View (the standard position) is not supported, since you have to use https://www.drupal.org/project/configurable_views_filter_block/ to place filters for example in the sidebar regions -- but 💬 Works with AJAX enabled? Active is waiting on this Drupal core issue ...

This could be holding back many users from upgrading to the new and improved Facets 3, so should the Priority for this issue be raised to "Major", to help give it a nudge?

🇩🇰Denmark ressa Copenhagen

Thanks for clarifying that @strykaizer. It looks like currently, if you need AJAX support, only the default placement of facet filters above the View form is supported, since the https://www.drupal.org/project/configurable_views_filter_block does not yet support AJAX ( 💬 Works with AJAX enabled? Active ).

🇩🇰Denmark ressa Copenhagen

Thanks for fixing this! I just tried to update to Facets 3, and couldn't quite get there ... Perhaps the https://project.pages.drupalcode.org/facets/exposed_filters/ page could get a caveat under "Should I upgrade?" along these lines, to warn the users?

Most things work in Facets 3, but some features are not possible, like placing Facets somewhere else than above the form in Views (the standard) and have AJAX support, since you need to use https://www.drupal.org/project/configurable_views_filter_block/ which does not yet support AJAX ( 💬 Works with AJAX enabled? Active )

🇩🇰Denmark ressa Copenhagen

The intro text ("You can update from Facets ...") is not quite right .... I just tried to update Facets 3, and some crucial features are not quite ready, unless you have very few Facets, and you are all right with the default placement above the form. If you want to place a Facet somewhere else, you need to use https://www.drupal.org/project/configurable_views_filter_block/ but AJAX doesn't work ...

You can update from Facets version 2 to 3 with these steps. Note that most things work, but some features are not possible, like placing Facets somewhere else than above the form in Views (the standard) and have AJAX support, since you need to use https://www.drupal.org/project/configurable_views_filter_block/ which does not yet support AJAX:

The issues for AJAX support (Configurable Views Filter Block issue, and the needed Drupal core issue):

There are also these tasks, which are in the making for Configurable Views Filter Block:

🇩🇰Denmark ressa Copenhagen

Yes, this would be great! In Facets 2 there are helpful hooks, like <!-- THEME DEBUG --><!-- THEME HOOK: 'facets_item_list__checkbox__coast' -->. On the other hand, it might be a job for better Exposed Filters? ¯\_(ツ)_/¯

🇩🇰Denmark ressa Copenhagen

If you have more than one Filter block, they are all named the same, like "Exposed form: map-map" ... and you can't tell which filters are inside. This is extra annoying, if you have a lot of filters in individual blocks, since you need to open them all, to check which one it contains.

So I wonder what is blocking this issue from proceeding?

🇩🇰Denmark ressa Copenhagen

I thought about this recently, and thought that I'd experiment with it at some point, but haven't yet done it. I found https://www.hojtsy.hu/blog/2013-jun-19/drupal-8-multilingual-tidbits-4-h..., but perhaps the best bet is to create a Drupal core issue (Component: "Language system"), and ask there as well?

🇩🇰Denmark ressa Copenhagen

Thanks for the update @nick hope, I checked Umami, Starshot, and Commerce "One Click Demos" recently, and they work now.

🇩🇰Denmark ressa Copenhagen

ressa changed the visibility of the branch 3489516-implement-drush-12 to hidden.

🇩🇰Denmark ressa Copenhagen

Thanks @xpete! The new method is to use GitLab MR 's (it supports test, better reviewing, etc.) so I created a new branch based on your diff.

🇩🇰Denmark ressa Copenhagen

Thanks for the encouraging comment @jwilson3!

Your description of the situation between Facets 2 and 3 is correct, and a great summary, so I added it in the Issue Summary. I also now see I use Facets 2, in the intro text, where it really should be Facets 3, so great to get that corrected as well.

Thanks for sharing your custom solution for Webform. I am in the middle of upgrading from Facets 2 to 3, and will assess the situation, and if needed try to adapt the code. If I can get it to work, I can add it to a doc page, maybe https://www.drupal.org/docs/administering-a-drupal-site/security-in-drup... ?

🇩🇰Denmark ressa Copenhagen

Thank you very much for making me aware of this issue in Honeypot Facets 3 submodule? Active @jwilson3. I don't know if pursuing more flexible form config here, or adding support in submodules for individual modules, such as Facets 3, Webform, etc. is the best solution.

But whichever lands first, will probably be used a lot, with the barrage of bots lately ...

And thanks to everyone here who created and updated the MR!

🇩🇰Denmark ressa Copenhagen

Thanks, I have subscribed to 🐛 Doesn't like !project_page nor !project_issue_queue Active , and will follow it.

🇩🇰Denmark ressa Copenhagen

Nice digging, thanks for sharing! I am curious about the issue, maybe you can share a link?

🇩🇰Denmark ressa Copenhagen

I think it would be nice if the suggested steps for updating from Facets 2 to 3 were listed, since I wasn't sure how much updating to version 3 would change, and what a recommended method could be ... Perhaps add something along these lines? (Feel free to re-write)

[...]

Facets 2

Facets 2 works with Drupal Core Search and Search API.
It is kept available for existing projects using Facets 2 + Ajax as there is no upgrade path for this setup. Updating from 2 to 3 without AJAX support is possible.

Updating from Facets 2 to 3

You can update from Facets version 2 to 3, and everything stays the same, except for no AJAX support for "Facet blocks". These are the suggested update steps:

  1. Update to Facets 3
  2. Rebuild, using View Filters, and not the classic method via the Facet UI
  3. Delete old Facet UI filters, and their individual blocks
🇩🇰Denmark ressa Copenhagen
🇩🇰Denmark ressa Copenhagen
🇩🇰Denmark ressa Copenhagen

Thanks, it looks good!

🇩🇰Denmark ressa Copenhagen

That's fantastic -- it's great how versatile the structure of Drupal is, thanks for the update!

🇩🇰Denmark ressa Copenhagen

Great list! If anyone hear of Search API presentations since 2019, they should feel free to add them :)

🇩🇰Denmark ressa Copenhagen

You probably want to remove the user name and domain when you paste input on the internet.

🇩🇰Denmark ressa Copenhagen

Add link to Support rebuild of all caches, including APCu, via the browser Active under "You moved the module inside your Drupal installation".

🇩🇰Denmark ressa Copenhagen

Great that you found that cause.

Now I wonder why there was a folder called smtp_Orig ... was it an old, renamed copy ofsmtp?

If you rename or move a module, you probably need to rebuild the caches very thoroughly, see https://www.drupal.org/docs/administering-a-drupal-site/troubleshooting-...

Of course, the best method would be to never manually change the content of modules/contrib (assuming that's what took place) but let Composer handle that 100%.

See also Support rebuild of all caches, including APCu, via the browser Active which may make changes via Composer (such as composer require) rebuild all required caches automatically. Sadly, the issue seems to have stalled, since it requires a fair bit of steps to replicate ...

🇩🇰Denmark ressa Copenhagen

... yes, and sharing the composer.json would also be great.

🇩🇰Denmark ressa Copenhagen

Nice @joelpittet, great to see your improvements on the DDEV tools got included! And impressive how fast the Stylelint issues got sorted out and committed. The Drop is truly always moving :)

🇩🇰Denmark ressa Copenhagen

Looks great, thanks!

I now see another D7 link (under "Tutorials and screencasts") that perhaps could be updated as well, now we're at it?

Tutorials and screencasts

The Getting started documentation page and the external material available for screencasts, etc. might provide a good introduction to the module.

I found two links for the D7 archived page, the last I think :)

Could be linking here instead: https://www.drupal.org/docs/contributed-modules/search-api/extension-mod...

🇩🇰Denmark ressa Copenhagen

Thanks for the positive approach, I very much appreciate it! And I do agree -- it's more of a "nice to have, than a need to have" -- and since it will take some effort to build, more user interest would probably be great, before spending resources on this.

I have attempted to expand the issue Summary, based on your feedback, feel of course free to correct anything. Thanks!

🇩🇰Denmark ressa Copenhagen

Thanks for the clean up @drunken monkey. It's crazy how many Search API modules there are in the Ecosystem modules for Search API .

About adding new modules, perhaps module maintainers and users could get a gentle nudge on the project page, to add relevant Search API modules? Also, the link points to an archived (D7) version.

Maybe something like this?

Other available backends and extensions

Please see the list of Search API Ecosystem modules and curated list of Extension modules . If you maintain or encounter a great Search API module, feel free to add it.

🇩🇰Denmark ressa Copenhagen

That's better, thanks! And adding that new section was easy, since you explained it so well in that issue :)

🇩🇰Denmark ressa Copenhagen

You're welcome @drunken monkey, thank you for maintaining Search API so well, and expanding it with new features. You're doing a stellar job!

🇩🇰Denmark ressa Copenhagen

I misunderstood then, I thought you suggested to shorten the lists under https://www.drupal.org/docs/develop/development-tools/development-tools-... ...

But then, let's keep everything as it is? :)

🇩🇰Denmark ressa Copenhagen

I do agree, it is a long page ... your proposal sounds like a good solution, so feel free to go ahead with that.

🇩🇰Denmark ressa Copenhagen

Remove lingering <h3></h3>.

🇩🇰Denmark ressa Copenhagen

I do think an overview page, listing the options has its place. But the links to the dedicated pages for each IDE were easily missed, placed at the end of a list ... I moved them from the list, and placed them on separate lines.

Does that work better, or do you still think it should be replaced with a link?

PS. I also moved EOL projects Drupal Console and Druml to the bottom of the page, since they are not so relevant any more.

🇩🇰Denmark ressa Copenhagen

Thanks for raising these questions @maxilein. Perhaps creating a dedicated Drupal core issue to answer these questions would get more participation?

🇩🇰Denmark ressa Copenhagen

This module looks stalled ... I tried https://www.drupal.org/project/audiofield which also has jPlayer support, and works well ... See 🐛 drush audiofield:download fails with error Active and how to get the library.

🇩🇰Denmark ressa Copenhagen

I am seeing this as well:

$ drush audiofield:download jplayer
In FileSystem.php line 408:                                                                                                                        
  The specified file '/var/www/html/web/libraries/jplayer/jPlayer-2.9.2' could not be moved to '/tmp/temp_audiofield'.                                                                                                                      
Failed to run drush audiofield:download jplayer: exit status 1

Also, if I go to /admin/reports/status I get a WSOD and this error, so raising priority:

The website encountered an unexpected error. Try again later.

Drupal\Core\File\Exception\NotRegularDirectoryException: /var/www/html/web/libraries/jplayer/dist/skin/ is not a directory. in Drupal\Core\File\FileSystem->scanDirectory() (line 659 of core/lib/Drupal/Core/File/FileSystem.php). 
_audiofield_list_skins() (Line: 20)
audiofield_library_info_build()
call_user_func_array() (Line: 407)
Drupal\Core\Extension\ModuleHandler->invoke() (Line: 419)
Drupal\Core\Asset\LibraryDiscoveryParser->parseLibraryInfo() (Line: 157)
Drupal\Core\Asset\LibraryDiscoveryParser->buildByExtension() (Line: 87)
[...]
🇩🇰Denmark ressa Copenhagen

Also here. I tried the two EXIF modules for modern Drupal, but they didn't help ... neither https://www.drupal.org/project/exif_orientation nor https://www.drupal.org/project/exif_removal .

My problem was that the thumbnails were shown correctly, but the large displays in PhotoSwipe were rotated. Editing the images, and rotating and saving without EXIF-data fixed it.

🇩🇰Denmark ressa Copenhagen

Oh yes, I agree -- it's very much possible, it just takes an effort, and I think it should be easier. There's a reason https://www.drupal.org/project/empty_front_page exists ...

Also, new Drupal users can end up spending a long time understanding how it all works, and try many things and fail ... I think simply allowing to delete /node would be a very nice gesture to those new users, and all those who don't need it -- it would also be the easiest method, I believe. Alternatively, add a "Disable default front page" checkbox.

Though, it would be nice with data on how many think it's great, that setting a "Default front page" is required. I mean, if many, many users are doing their individual little workarounds, why make it mandatory in the first place?

So I don't see this as a feature, but an attempt to make Drupal easier to use, and more user friendly.

🇩🇰Denmark ressa Copenhagen

This would be a great feature! We could all use more, time to work on Drupal, but if you have time at some point, perhaps it's most likely to get done, if you implement the changes you suggest in comment #107 @geek-merlin?

🇩🇰Denmark ressa Copenhagen

Add link to Securing file permissions and ownership and move "Security and audit" section to the top, since it can be considered most important step.

🇩🇰Denmark ressa Copenhagen

Great that you got it solved! Usually, if I follow the guidelines on https://www.drupal.org/docs/administering-a-drupal-site/security-in-drup... after moving files, things normally work.

Feel free to add [Solved] first in the title, like here .

🇩🇰Denmark ressa Copenhagen

Great suggestion @sonfd! I saw today that a doc page for the Disclosure Menu module exists, so based on bits and pieces from this page, I have created How to create a responsive menu .

Feel free to give it a look over, and correct mistakes, clarify where needed, etc. Thanks!

🇩🇰Denmark ressa Copenhagen

Fix header.

Production build 0.71.5 2024