Usage with base path set in a config

[dallyh]

I cannot get my head around on how to use this integration with base path. Everything works fine when the base path is not set, that is when the page is located for ex. under http://localhost:4321/projects/, but with base path, no locales get resolved and return 404 - for ex. http://localhost:4321/website-concept/en/projects/.

My config for locales is set like this:

import { defineConfig } from "astro/config";
import { i18n } from "astro-i18n-aut/integration";
import react from "@astrojs/react";

const defaultLocale = "cs";
const locales = {
    en: "en-US", 
    cs: "cs-CZ",
};

// https://astro.build/config
export default defineConfig({
    site: "https://some-website.com",
    base: "/website-concept",
    trailingSlash: "always",
    integrations: [
        react(),
        i18n({
            locales,
            defaultLocale,
        }),
    ],
});

Thanks for any help with this!

[jlarmstrongiv]

@dallyh do you have a github repo I could look at?

I’d like to see whether this is part of a known Astro v3 bug #19 (I’m thinking it is) or something else.

If is related to #19, the good news is that it’s only a problem with the dev command. The build and preview still work.

I wrote support for base paths, but there may be a bug in the implementation, so it could always be something else too.

[dallyh]

@jlarmstrongiv I've just created one here: https://github.com/dallyh/astro-i18n-base-path

The issue seems to persists even on build, as when I build it with base path set and then run preview, the localized pages always return 404.

[seanpue]

In the demo uploaded, the base path is being duplicated, so this works: http://localhost:4321/example-base/example-base/es/. It appears config.base is not necessary here.

[jlarmstrongiv]

Thank you @dallyh and @seanpue!

@seanpue you are right, Astro automatically adds config.base

@dallyh thank you for the reproduction! I have fixed the paths in 0.3.5 and have added baseUrl support to all helper functions too

Please let me know if either of you run into any more issues with base!

[jlarmstrongiv]

@seanpue and @dallyh

I realized that some functions like middleware didn’t support BASE_URL. the latest version 0.4.14 should have fixed it for all functions.

This major upgrade also renamed some helper functions and removed all params from middleware. I can now import the defaultLocale and BASE_URL into helper functions and middleware with the new virtual modules implementation.