Closed (won't fix)
Project:
Fusion
Version:
6.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
10 Apr 2010 at 06:26 UTC
Updated:
15 Apr 2014 at 19:12 UTC
Jump to comment: Most recent
Comments
Comment #1
heddiw commentedi guess, you are using the domain access module as i do, or have another module with theme settings page, where the theme name is not the last one in the argument list, as fusion expects.
the problem is, that phptemplate_settings in fusion core define $theme_name variable as the last item from the argument list - arg(count(arg()) -1 - what gives the "theme-settings" value, what is not a valid fusion subtheme name.
general theme settings url:
admin/build/themes/settings/[theme name]
domain access module with domain theme:
admin/build/domain/theme/[theme name]/[domain id]/theme-settings
i dont know, if its really a fusion or a domain access issue - if domain access defines the path in a non-standard way -, my current solution is a small hack, what checks if argument list contains domain or not, and select the correct argument according to the result. (what is really a hack as who knows, what other module will have theme setting page in the future..)
is there a better solution?
Comment #2
ar-jan commentedSee this issue: #691026: How do I remove the theme settings from a theme that used fusion before?.
That suggestion didn't work for me however, I'm using LightFantastic and I'm getting this error. I didn't use other Fusion themes on this site before.
Comment #3
heddiw commentedbut as you still use a fusion subtheme and i guess, the problem is in the fusion_core..
Comment #4
ipwa commentedChanging to Fusion project since this issue is related to fusion_core.
Comment #5
Poieo commentedClosing as won't fix since the D6 version is not getting any new development.