Closed (duplicate)
Project:
Bootstrap
Version:
8.x-3.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
15 Jan 2016 at 21:52 UTC
Updated:
21 Jan 2024 at 12:34 UTC
Jump to comment: Most recent
Comments
Comment #2
steveoliver commentedIf you're debugging PHP, notice that
$definitionon line 59 of core/lib/Drupal/Core/Asset/LibraryDependencyResolver.php is false when$extensionismytheme, but not when$extensionis bootstrap or any other value.Debugging continues...
Comment #3
steveoliver commented...and everything works as expected if I remove the ./config directory from the sub-theme... (will search other core issues around theme ./config/install)...
Comment #4
steveoliver commentedI see nothing in Drupal core issues (not that it's not there!), and after re-testing a few times locally, making absolutely sure all
THEMENAMEstrings are replaced withmytheme, it seems the issue is with the./config/install/mytheme.settings.yml--- If this file is removed, everything works as expected.Unassigning myself for now and moving on with my sub-theme. I think this issue could use another review from someone more familiar with the config/install functionality in Drupal core.
Comment #5
blainelang commentedI was having the very same issue @steve and then found that I had not changed the libraries definition in the {subtheme}.info.ym file
libraries:
- 'THEMENAME/global-styling'
- 'THEMENAME/bootstrap-scripts'
Changing that and now my sub theme is picking up the compiled style.css file in the subtheme/css directory.
Comment #6
markhalliwellNo patch.
Comment #7
ultimikeA project I'm working with got bit by this issue as well. Our lack of updating these filenames (using the LESS starter kit) resulted in (as crazy as it sounds) dropdown menus not working.
Once we renamed the two ./subtheme/config/... files, we uninstalled and reinstalled the subtheme, cleared all caches, and the dropdown menus worked fine.
This really, really needs to be added to the documentation. In addition, the renaming of the THEMENAME.libraries.yml and THEMENAME.theme files aren't mentioned. I suggest inserting some new steps on http://drupal-bootstrap.org/api/bootstrap/docs%21subtheme%21README.md/gr... - perhaps they could read like this:
thanks,
-mike
Comment #8
danjordan commentedThank you @ultimike. Was having a different issue with my LESS sub theme. Forms would not display. Followed your steps, renamed the two config files, uninstalled and reinstalled the theme and cleared the cache and all fixed.
Updating the documentation is a great idea.
Comment #9
thursday_bw commentedShouldn't that be "(e.g. ./subtheme/subtheme.info.yml) ?
Comment #10
thursday_bw commentedoh.. no,, you just need to remove "and append .info.yml" from step 4.. maybe.
Comment #11
ultimike@thursday_bw - good catch - I've just updated the suggested help text in comment 7 above.
thanks,
-mike
Comment #12
jorgediazhav commentedThis was already fixed on this issue: https://www.drupal.org/node/2689693
Comment #13
tarun8085 commentedI have tried the below solution and it worked out for me for single item import.
Try to run this query in your database :
SELECT * FROM `config` WHERE `name` LIKE '%THEMENAME.settings%';If there is a row found, delete that row from config table.
Clear cache once and it should not give you the THEMENAME.settings error any more during single item import.
Comment #14
ezra commented#13 worked for me. In case anyone doesn't know SQL, after you get a response from the Select statement above, run the following query:
DELETE FROM `config` WHERE `name` LIKE '%THEMENAME.settings%';
Comment #15
jakubmroz commentedTo be precise, that should work in most cases:
DELETE FROM `config` WHERE `name` LIKE '%THEME_NAME%';
where THEME_NAME is the old theme that's is causing issues.
Comment #16
soumyapsadanandan commented#13 worked for me.
Comment #17
dadderley commented#13 worked for me too. Thanks
Comment #18
drupalfan2 commented#13 & #14 worked for me. Thanks.