404 on localhost

[maartenheideman]

I tried the plugin on my local enviroment (mamp pro 6). It doesn't work because I'll use `localhost/domain.com/public/ as the root of the project. The plugin gives me a 404 to GET http://localhost/actions/palette/access 404. It not accept the "DEFAULT_SITE_URL" set in the .env file.

And I'll work with Firefox, CMD + K is a default shortcut. It would be greate to make the shortcut configurable.

[aaronbushnell]

What's the "Base URL" of your site in Craft > Settings > Site? As long as your domain matches what's in here it should display just fine. Here's an example site I'm using it on with the domain of localhost:8000.

[maartenheideman]

My base url is set with an environment variable. For example http://localhost/domain.com/public/ or http://localhost/second-domain.com/public/ I'll work with MAMP Pro on port 80

[maartenheideman]

Looked into the plugin files and the access.js and init.js have fetch functions that refer to fetch("/actions/palette/access") and fetch("actions/palette/actions") in stead of prefixed with the siteUrl. That causes failures on subdomain installs or in my situation on a localhost site. Can you fix this? After adding the correct siteUrl before it, everything works fine

[aaronbushnell]

Ah, so you're using a subdirectory here so the path is invalid and not loading the JS? I'll take a peek at this

[maartenheideman]

Thats correct, hope you can fix that in a new release that would be great!

[aaronbushnell]

Added the ability to set a custom baseUrl for Craft installs that are under a subdirectory in Palette 3.2.0.

For example, if your Craft URL is http://mysite.com/craft/ you can add the following to your config/palette.php file:

'baseUrl' => 'http://mysite.com/craft',

But, ideally, you're using an .env variable for this instead of something hardcoded:

'baseUrl' => \craft\helpers\App::env('SITE_URL'),

[aaronbushnell]

@maartenheideman Just released 3.2.1. Mind trying that to see if it helps here?

[maartenheideman]

I'll tried without luck. I'll dived into it and it looks like the fix is using UrlHelper::siteUrl(), instead of UrlHelper::baseUrl(). In _navigationActions in the actionController on line 63. Not sure if this work in all cases but in my case on a subfolder it works.

for your reference what I'll tried:

$url = str_replace(
    UrlHelper::baseUrl(),
    '',
    $i['url']
);

$url2 = str_replace(
    UrlHelper::siteUrl(),
    '',
    $i['url']
);

echo "<pre>";
var_dump("\$i['url']: " . $i['url']);
var_dump("baseUrl: " . UrlHelper::baseUrl());
var_dump("siteUrl: " .UrlHelper::siteUrl());
var_dump("cpUrl: " .UrlHelper::cpUrl());
var_dump("cpUrl replaced baeUrl: " .UrlHelper::cpUrl($url));
var_dump("cpUrl replaced siteUrl: " .UrlHelper::cpUrl($url2)); 
echo "</pre>";
die();

string(59) "$i['url']: http://localhost/domain.com/public/dashboard"
string(32) "baseUrl: /domain.com/public/"
string(48) "siteUrl: http://localhost/domain.com/public/"
string(52) "cpUrl: http://localhost/domain.com/public/admin"
string(48) "cpUrl replaced baseUrl: http://localhostdashboard"
string(79) "cpUrl replaced siteUrl: http://localhost/domain.com/public/admin/dashboard" // this is the correct url

[aaronbushnell]

Ah, siteUrl() is probably the more correct usage here. I've swapped this and pushed up 3.2.2. Mind trying that?

[maartenheideman]

Just tried works great! Thanx

[aaronbushnell]

You bet!