-
Notifications
You must be signed in to change notification settings - Fork 95
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changing the admin URL causes a 500 error on the default route #689
Comments
@DorsetDigital did you also set the |
I've just tested that now, and it doesn't seem to change the result. |
As an aside, I noticed that might be necessary for things like the subsites add-on.. I'll update the docs to reflect that as well. |
Does |
Changing to null doesn't work I'm afraid. In fact, you get an additional warning for your trouble:
|
|
@shot131 thanks for highlighting that. Would you mind raising that as a new issue on https://github.com/silverstripe/silverstripe-graphql? |
@robbieaverill i think this issue does not touch https://github.com/silverstripe/silverstripe-graphql. This routing is announces in https://github.com/silverstripe/silverstripe-admin/blob/1/_config/routes.yml#L8 |
Sorry, I only skim read your message. You're right, the two issues (JavaScript and YAML config) are both in this module, so fine to leave it here =) Thanks |
Hi!
Before 4.3 it was working fine, but starting from 4.3 Files page tries to reach 'admin/graphql', fails and crash :( |
A workaround for now is to remove any $rules = Config::inst()->get(Director::class, 'rules');
unset($rules['admin']);
Config::modify()->remove(Director::class, 'rules');
Config::modify()->set(Director::class, 'rules', $rules); The problem is that when a request to
|
Related ticket that could benefit from the solution here - silverstripe/silverstripe-cms#2349 |
The suggested solution was to go with |
Tested on Silverstripe 4.1.1 and 4.2.1
When changing the admin route by adding the following YML (as per the docs):
The new URL becomes active and works correctly. The old URL (eg. example.com/admin) now throws a 500 error (below). I would expect it to return a 404.
The full stack trace is attached.
admin_error_trace.txt
The text was updated successfully, but these errors were encountered: