I followed the documentation by creating a copy of my own docker-compose.yaml file like the docs mention. Howeever when I try to start the setup I will encounter a loop for the invoiceshelf app container retrying to check & fix permissions in a loop like the following:

I also tried to rebuild manually the docker images locally and rerun it. However this was not possible for me.
However, I found a solution at least to start the application server by manually running the following by running the application server as a stand-alone container:

docker run -d \                                                                                                                                                       
--name=invoiceshelf22 \
-v /host_path/invoiceshelf/conf:/conf \
-v /host_path/invoiceshelf/uploads:/uploads \
-v /host_path/invoiceshelf/sym:/sym \
-e PUID=1000 \
-e PGID=1000 \
-e PHP_TZ=UTC \
-e TIMEZONE=UTC \
-e DB_CONNECTION=mysql \
-e DB_HOST=invoiceshelf_db \
-e DB_PORT=3306 \
-e DB_DATABASE=invoiceshelf \
-e DB_USERNAME=invoiceshelf \
-e DB_PASSWORD=invoiceshelf \
-p 90:80 \
--net invoiceshelf_invoiceshelf \
--link invoiceshelf_db \
invoiceshelf/invoiceshelf

For the database I simply started only the database container from the compose setup to verify a working solution.
What I noticed:

• current setup against the latest release is currently not working for me
• Using the SKIP_PERMISSIONS_CHECKS=true env variable does not seem to work (I added it as env value to the docker-compose file as well as setting it in addition before the actual docker-compose command.
• Interestingly when I modify the STARTUP_DELAY value it will apply to my setup and work with the provided value.

I did not find the exact location of this issue, but I assume it is somewhere while running the inject.sh or entrypoint.sh scripts.

For reference here is the discord thread: https://discord.com/channels/1200813332551192606/1200907372210696354/1207261262992384030

Found a workaround with v1.1.0: the env variabe SKIP_PERMISSIONS_CHECKS expects the value yes instead of a boolean:
- STARTUP_DELAY=3 - SKIP_PERMISSIONS_CHECKS=yes

Would love to see nightly docker builds re-enabled again. The workflow looks fine and I guess the errors that are caused by the secret variables are solved since the other workflows run successfully.

The path for /storage/something in the public folder of the application isn't symlinked to the storage folder, causing files to not load and requiring a manual symlink to be created.

Describe the bug
I restarted InvoiceShelf once after the installation with docker-compose. Then I could no longer log in. The strange thing is that it is reported that I was successfully logged in.

Expected behavior
A successful login with redirection to the dashboard.

Screenshots

Please complete the following information:

• InvoiceShelf version: 1.2.2 (release)
• PHP version: 8.2
• Database type and version: MariaDB 10.11.8-MariaDB-ubu2204

Optional info

• OS: [e.g. Ubuntu] MacOS
• Browser: [e.g. chrome, safari] Chrome

Describe the bug
Creating a backup results in an error Undefiend constant: Spatie\Backup\Tasks\Backup\SIGINT.

local_public / local_private nor backup type changes this behavior.

Expected behavior
Create a backup without error.

Additional info
How should a backup be restored? Didn't see anything during setup/menu option. Enter docker (for me) and execute restore directly on the database via cli?

Please complete the following information:

• InvoiceShelf version: docker-compose (invoiceshelf/invoiceshelf:latest) - 1.1.0
• PHP version: bundled
• Database type and version: bundled

Optional info

• OS: docker host: debian arm64
• Browser: Firefox

#-------------------------------------------
#  Docker Compose
#  - Darko Gjorgjijoski
# Repo : https://github.com/InvoiceShelf/docker
#-------------------------------------------

version: '3'

services:
   invoiceshelf_db:
     container_name: invoiceshelf_db
     image: mariadb:10
     environment:
       - MYSQL_ROOT_PASSWORD=randompw
       - MYSQL_DATABASE=invoiceshelf
       - MYSQL_USER=invoiceshelf
       - MYSQL_PASSWORD=randompw
     expose: 
       - 3306
     volumes:
       - mysql:/var/lib/mysql
     networks:
       - invoiceshelf
     restart: unless-stopped

   invoiceshelf:
     image: invoiceshelf/invoiceshelf
     container_name: invoiceshelf
     ports:
       - 90:80
     volumes:
       - ./invoiceshelf/data:/data
     networks:
       - invoiceshelf
     environment:
       - PUID=1000
       - PGID=1000
       - USER=invoiceshelf
       - PHP_TZ=UTC
       - TIMEZONE=UTC
       - DB_CONNECTION=mysql
       - DB_HOST=invoiceshelf_db
       - DB_PORT=3306
       - DB_DATABASE=invoiceshelf
       - DB_USERNAME=invoiceshelf
       - DB_PASSWORD=randompw
       - STARTUP_DELAY=0
     restart: unless-stopped
     depends_on:
       - invoiceshelf_db

networks:
   invoiceshelf:

volumes:
    mysql:

When trying to login with the API, I get this error:

SQLSTATE[42S22]: Column not found: 1054 Unknown column 'expires_at' in 'field list'

It was fixed upstream here:

InvoiceShelf/InvoiceShelf#34

Describe the bug
Updating user/company avatars uploads the files correctly to /invoiceshelf/data/app/public/<asset_number>/<filename> but the get request to /storage/<asset_number>/<filename> results in a 404.

Expected behavior
Return the (correct) asset.

Additional info
Seems to be related to crater issue 1222 and crater PR 1226

Please complete the following information:

• InvoiceShelf version: docker-compose (invoiceshelf/invoiceshelf:latest) - 1.1.0
• PHP version: bundled
• Database type and version: bundled

Optional info

• OS: docker host: debian arm64
• Browser: Firefox

#-------------------------------------------
#  Docker Compose
#  - Darko Gjorgjijoski
# Repo : https://github.com/InvoiceShelf/docker
#-------------------------------------------

version: '3'

services:
   invoiceshelf_db:
     container_name: invoiceshelf_db
     image: mariadb:10
     environment:
       - MYSQL_ROOT_PASSWORD=randompw
       - MYSQL_DATABASE=invoiceshelf
       - MYSQL_USER=invoiceshelf
       - MYSQL_PASSWORD=randompw
     expose: 
       - 3306
     volumes:
       - mysql:/var/lib/mysql
     networks:
       - invoiceshelf
     restart: unless-stopped

   invoiceshelf:
     image: invoiceshelf/invoiceshelf
     container_name: invoiceshelf
     ports:
       - 90:80
     volumes:
       - ./invoiceshelf/data:/data
     networks:
       - invoiceshelf
     environment:
       - PUID=1000
       - PGID=1000
       - USER=invoiceshelf
       - PHP_TZ=UTC
       - TIMEZONE=UTC
       - DB_CONNECTION=mysql
       - DB_HOST=invoiceshelf_db
       - DB_PORT=3306
       - DB_DATABASE=invoiceshelf
       - DB_USERNAME=invoiceshelf
       - DB_PASSWORD=randompw
       - STARTUP_DELAY=0
     restart: unless-stopped
     depends_on:
       - invoiceshelf_db

networks:
   invoiceshelf:

volumes:
    mysql:

The tax/sales etc. reports return a big dark 403 screen where the PDF is supposed to be.
"GET /reports/tax-summary/EKVBD0mWlxA6xOA1nPLY?from_date=2024-03-01&to_date=2024-03-31 HTTP/1.0" 403 6622

Describe the bug

Creating backups from inside the settings menu is not working with error: mysqldump not found

Please complete the following information:

• InvoiceShelf version: 1.2.2
• PHP version:
• Database type and version: MySQL

Optional info

• Docker Environment
• OS: CoreOS
• Browser: Edge