Getting Forced Redirect on Server URL After "yarn dev"

bud
#1

I’m honestly not sure what happened, but suddenly my server url forces a redirect in all browsers to the secure proxy url after running “yarn dev”. To help troubleshoot this, I even spun up a new site and copied over the wp-content folder, changing the bud.config to the new url and it worked fine. I’ve tried changing the port number and that didn’t do it, clearing browser cache (but like I said, this happens in all browsers).

I also just tried to upgraded to the latest Bud 5.7, however upon running yarn dev, it stays stuck on [99%] [cache] begin idle and then the “q” command no longer works, I have to Control + C out of it.

I get a successful compile, however if I visit the server url, I’m immediately redirected to a secure https://beaconwind.local/

 server url:    http://beaconwind.local:3000/   
 proxy url:     http://beaconwind.local/

I’m really not sure how to troubleshoot this any longer. Here’s my bud.config. Any ideas?

/**
 * @typedef {import('@roots/bud').Bud} bud
 *
 * @param {bud} app
 */
module.exports = async (app) => {
  app
    /**
     * Application entrypoints
     *
     * Paths are relative to your resources directory
     */
    .entry({
      app: ["@scripts/app", "@styles/app"],
      editor: ["@scripts/editor", "@styles/editor"],
    })

    /**
     * These files should be processed as part of the build
     * even if they are not explicitly imported in application assets.
     */
    .assets("images")

    /**
     * These files will trigger a full page reload
     * when modified.
     */
    .watch("resources/views/**/*", "app/**/*")

    /**
     * Target URL to be proxied by the dev server.
     *
     * This is your local dev server.
     */
    .proxy("http://beaconwind.local")

    /**
     * Development URL
     */
    .serve("http://beaconwind.local:3000");
};
#2

This is happening from your webserver, right? It’s configured to serve your site from https://beaconwind.local/? If so, you need to make sure you’re using the https protocol when passing your URLs in the Bud config

If your webserver isn’t supposed to be doing that, did you at one point have HTTPS enabled with HSTS and then disable it?

1 Like
#3

Thanks Ben, the site was configured to use https but that actually never worked in my bud config. I’d get an error message when visiting the server url so I kept it as http in my config and was good to go (until three hours ago lol).

I decided to push my site to a staging copy and delete my local, then pull it down again to a fresh install. I’m not using SSL for this new one, and everything is working. Thanks for your help!

1 Like