IN Docker: Cannot update company/user details

Self-Hosted | v5
1

Hello,

I think I’ve managed to get IN up and running in Docker. However, when I try to update the company details (name, ID, VAT Number, etc.) I get an error message in a popup that says:

422: The given data was invalid.

   • The portal domain format is invalid.

I don’t know if it’s related, but I also cannot get rid of the red exclamation triangle at the bottom that says Crons need to be enabled.

Could someone help me figure out what’s wrong?

Thanks!

2

Hi,

I think these are two separate problems.

@david @ben any thoughts on the domain format error?

Have the crons been enabled? It may help to load /update?secret=

3

I don’t know, to be honest. How do I check whether the crons have been enabled in a Docker container? Also, is there supposed to be an actual secret string after the = sign?

4

@zkvoob

Are you using our default docker-compose here? https://github.com/invoiceninja/dockerfiles.git

The app is quite complex and there are multiple containers that are spun up to run different things here. If you have deviated from our default, it is difficult to debug / support.

5

Hi @david,

The only deviation I did was to use an already existing MariaDB container for the database, instead of spinning another one. The rest is the same as the official docker files.

6

Hi,

I know this thread is a little old, but I just encountered the same issue.

It seems that everything else was working, only when saving changes to the company details, would I get the The portal domain format is invalid error.

I discovered I was even able to create new companies. So I did, and then just deleted the original company that I couldn’t save company details for and my issue was solved.

Hope this helps someone.

1 Like
7

Thanks this helps me!

8

Thanks for the hint @nikolausm, that helped me fix the issue and I dug a bit further.
In my case, the issue came (I think) from having the ENV APP_URL defined without any http/https. I had APP_URL=some.domain.com instead of APP_URL=https://some.domain.com.

This is per say not an issue and Invoice Ninja will run fine. However, the default company will be initialized with the APP_URL content and this is what creates the issue.

The fix is simple:

  • access the DB
  • in the table companies, search for the right one (there should be only one if you just started)
  • edit the portal_domain column from some.domain.com to https://some.domain.com.
  • save and voila… problem solved.

IMO there should be one of the following fixes:

  • either refuse some.domain.com right away but that may be annoying…
  • or better: if the portal_domain does not contain http(s)://, slap an https and inform the user. That should silently fix the issue for all the users using https.