Adlago

Also in core_themes table:

Actually, I guessed what happened. Before creating my hooks I tried to create a new editor setting in category image logos(desktop). In default value I set this link with img src etc. Then I found that the logo image in the theme editor can be uploaded, but after saving, this image disappears from the theme editor. I gave up and deleted this new setting and currently there is nothing in the ACP/Themes - theme editor. Today I looked through the database and in the core_theme_editor_history table, I found the added link from me. This is probably a bug - after deleting a custom setting, all information about that setting is not removed in database. I can remove this link from the database, but I'm not sure exactly what part to remove. Please advice.

I solved this case for me with 2 hooks. 1 hook - I added this code, before front/global/logo {{if \IPS\Member::loggedIn()->language()->id == 1}} <a href='{setting="base_url"}'> <img class= "logo_en" src= "/4home/logo_en.webp" width="408" height="120" alt="Nophelet consults"> </a> {{endif}} In a second hook, I hide the original logo with this code, after front/global/logo {{if \IPS\Member::loggedIn()->language()->id == 1}} <style> .ipsLogo__image {display: none;} </style> {{endif}} This works fine for me. But when I test the html5 validation I see an error related to this code. Error: CSS: --logo_en: Missing a semicolon before the property name blob. From line 104, column 12; to line 104, column 15 -logo_en: blob:https.... While browsing the source code page I came across this change to the inline style theme variable that was added by beta software (not sure which beta because I created these hooks shortly after this theme) <style id="themeVariables"> :root{ ................... --light__i-mobileFooter--co: hsl(238 99% 24%); --logo_en: blob:https://nophelet.com/79663999-4970-4a94-aea7-23b0574c3804; --dark__i-base-l: 54; .............. } </style> Any idea to remove this error?

4.7.18 -> 5.0.0.B1->B2->B3->B4->B5

There is no issue with me. I'm using beta 5.

This has been resolved and is no longer an issue. If you are using an old beta version, update to the latest release

Thanks for this extra, it works perfectly.

So, I solved this issue for myself with this: :where([data-ips-scheme="dark"]) .ipsNavBar > li > .ipsNav__dropdown {background-color: rgb(44, 114, 174);} :where([data-ips-scheme="dark"]) .ipsMenu {background-color: rgb(44, 114, 174);} :where([data-ips-scheme="dark"]) section#ipsOffCanvas--navigation.ipsOffCanvas {background-color: rgb(44, 114, 174);} :where([data-ips-scheme="dark"]) div.ipsOffCanvas__panel {background-color: rgb(44, 114, 174);} :root{--dark__i-box--ba-co: none !important;};

I add in theme.css: :root{--dark__i-box--ba-co: none !important;}; This is enough my background image is everywhere for dark mode and it looks very good. But I noticed this issue with drop down menus... Now I've turned it off and selected a color close to my background image, but it's not the same...

What is the content of your constants php file?

I found this issue - it happens when a background image is used (as I used) instead of a dark background color. Maybe it's not a bug, but I think there shouldn't be this transparency in box dropdowns.

Version 4 in this regard was very convenient. And why should ftp be used for this? And when you want to change the .png to .webp of this image, you won't be able to because you don't have access to the templates where the default photo is refering

How can I change the default_photo image? In theme resources only new resources can be added, but all used resources from the default theme are unavailable and there is no option to change them. thanks

For me, with version 5.03 Redis, no issue is observed.