mix igniter.install ash_authentication_phoenix with --user/--token creates an unusable app

[kavitama]

Code of Conduct

• I agree to follow this project's Code of Conduct

AI Policy

• I agree to follow this project's AI Policy, or I agree that AI was not used while creating this issue.

Versions

MY APP ENVIRONMENT
Erlang/OTP: 28
BEAM: 16.2
Elixir: 1.19.4
Phoenix: 1.8.3
Phoenix LiveView: 1.1.19
Ash 3.11.3

Operating system

Linux Manjaro

Current Behavior

Even if the installation of the following command:
mix igniter.install ash_authentication_phoenix
--auth-strategy password
--accounts Treo.Identities
--user Treo.Identities.SysUser
--token Treo.Identities.SysToken
doesnt produce any type of error the URL http://localhost:4000/register behaves strangely...

It doent allow to register and no matter if the email, password and confirmation are ok it shows again the following image where it seems that no form field was filled !

Reproduction

This is the sequence I used many times:

cd /app
mix phx.new treo --database postgres --live --binary-id --no-install
cd treo
Modify configuration
Edit: /config/config.exs
Edit: /config/dev.exs
Edit: /config/test.exs
First run of the application
mix deps.get
mix deps.compile
mix assets.setup
mix assets.build
mix compile
iex -S mix
Test access to DB
Treo.Repo.query!("SELECT 1")
Ensure you have the required archives
mix archive
* hex-2.3.1-otp-28
* igniter_new-0.5.32
* phx_new-1.8.3
If not present then:
mix archive.install hex phx_new
mix archive.install hex igniter_new
Include ASH in the project
mix igniter.install ash
mix igniter.install ash_postgres
mix igniter.install ash_phoenix
mix ash.migrate
git commit -m "Just before the Identities"

From here on I tagged a version so I could rollback
If I execute the steps in 4a the problem shows up, if I follow 4b all is perfectly working

4a. Install Ash Authentication Phoenix
mix igniter.install ash_authentication_phoenix
--auth-strategy password
--accounts Treo.Identities
--user Treo.Identities.SysUser
--token Treo.Identities.SysToken
mix ash.migrate
mix phx.routes | grep -E "sign|register|reset|confirm|auth"
mix phx.server

4b. Install Ash Authentication Phoenix
mix igniter.install ash_authentication_phoenix
--auth-strategy password
--accounts Treo.Identities
--user Treo.Identities.User
--token Treo.Identities.Token
mix ash.migrate
mix phx.routes | grep -E "sign|register|reset|confirm|auth"
mix phx.server

Expected Behavior

No response

[sevenseacat]

Sorry, what's the difference between your 4a and 4b there? Just the token/user module name?

Also, this issue should be filed on the ash_authentication_phoenix repo https://github.com/team-alembic/ash_authentication_phoenix/

[kavitama]

Exactly: just that
Is it possible to move it there or I have to open a new issue there?

[ken-kost]

@kavitama the difference is that ash_authentication_phoenix focuses on integration of authentication with phoenix and assumes existing domains/modules.
You should run
mix igniter.install ash_authentication --accounts Treo.Identities --user Treo.Identities.SysUser --token Treo.Identities.SysToken
first to create your custom modules. With ash_authentication you can create those modules. 4b works because it's working with default.

[zachdaniel]

ash_authentication_phoenix should be adjusted here. 4a should work

[ken-kost]

ash_authentication_phoenix should be adjusted here. 4a should work

    defp handle_missing_module(igniter, _options, argv, false = _install?, type) do
      if prompt_to_run_installer?(type) do
        Igniter.compose_task(igniter, "ash_authentication.install", argv)
      else
        igniter
      end
    end

What's weird is that shouldn't it already work? argv is passed... 🤔

[zachdaniel]

Yeah it should 😢. Have you run the command as well @ken-kost? Would be good to confirm the behavior is consistent, don't have time to dive in myself 😢