v1.7.0

The online version is available at stm.hauke-stieler.de.

Changes in v1.7.0:

This release mainly contains internal and operational changes.

• Breaking changes in the hosting setup (also see documentation):
  • Frontend now expects the backend server to be available under your-domain.com/api/. So not / anymore and now under a normal HTTP/HTTPS port instead of 8080.
  • The hosting setup now assumes the usage of an (nginx) reverse proxy, which handles SSL certificates for HTTPS and the path rewriting for the backend. Therefore the is-behind-proxy config entry and environment variable has been removed. See the documentation for details and example configs.
  • If you want to use the old kind of setup probably these steps are necessary (this has not been tested!):
    1. Create your own environment.ts file where you can define the path and port under which the backend is available. The default and local configurations do not use any paths for the backend. Only the environment.prod.ts assumes the backend to be under /api/ and this is the config used for the public docker images.
    2. Change the build command in the package.json to use your .ts config or simply name your config environment.prod.ts overwriting the existing config.
    3. Let your docker-compose.yml build the image. To do so, replace the image: simpletaskmanager/stm-client:... part with build: ./path/to/repo/client/ so that docker-compose builds its own image with your configuration instead of using the provided image from Docker Hub. It's important that you are on the right commit in the repository, i.e. on the git-tag (e.g. v1.7.0) you want to use.
  • The server now supports PostgreSQL 17. This also means, that the database on the server should be version 17 as well. Otherwise the initialization when starting the server, might fail.

v1.6.1

The online version is available at stm.hauke-stieler.de.

Changes in v1.6.1:

• Add Italian as new language thanks to @ricloy #222
• Update dependencies
• Fix minor bugs in project creation

v1.6.0

The online version is available at stm.hauke-stieler.de.

Changes in v1.6.0:

Notices for self-hosting & admins: Steps you need to do

• If you don't use the provided docker image: Execute the init-db.sh script on the existing database to update the schema. Make a backup before doing so ;)
• If you do use the docker image, make a backup before updating, because the init-db.sh script is executed automatically when the container starts.

Features:

• Ability to add comments to tasks and projects #20
• Make data source of JOSM configurable #206

Minor enhancements:

• Make title images smaller #205
• Small redesign of project creation UI #211
• Make too long notifications scrollable #207
• Performance enhancement when subdividing tasks

Bug fixes:

• Certain actions are performed twice #210
• Wrong handling of MultiPolygon geometries when opening task in JOSM #198

Internal:

• Migrate to ESLint #146
• Working stack trace logging for panics

v1.5.2

The online version is available at stm.hauke-stieler.de.

Changes in v1.5.2:

Bug fixes:

• Show project settings only to owner #195
• Fix problem swith MultiPolygon geometries during project creation #191
• Owner of projects can now unassign other users #201
• Fix bug when reloading the page #200

v1.5.0

The online version is available at stm.hauke-stieler.de.

Changes in v1.5.0:

For self-hosting & admins: Steps you need to do

There are some things you need to do as hoster/admin of your own STM instance:

• OAuth adjustment (see also stm.md documentation):
  1. Remove variables STM_OAUTH_CONSUMER_KEY and STM_OAUTH_SECRET from your setup. Only your .env and docker-compose.yml files need to be edited. If you use the docker-compose.yml from this repo, then you only need to adjust your .env file.
  2. Register your application in the OAuth2 section on osm.org to get the client-ID and -secret.
  3. Add the two new OAuth2 variables STM_OAUTH2_CLIENT_ID and STM_OAUTH2_SECRET to .env and docker-compose.yml. If you use the docker-compose.yml from this repo, then you only need to adjust your .env file.
• Adjust your server JSON config. See the stm.md documentation for details on mandatory config values. Here are some additional notes.
  • A lot of values got working defaults now. Check if you can remove things from your config file to keep it small and simple.
  • Change the OAuth config entries (s. above).
  • Add the new client-auth-redirect-url entry to your server JSON-config. It contains the full URL to which the backend should redirect after successful login on osm.org. For the public instance (s. link above), this entry is "client-auth-redirect-url": "https://stm.hauke-stieler.de/oauth-landing". You probably just need to change the domain.
  • All new config entries (see stm.md for descriptions and default values): client-auth-redirect-url, osm-api-url, db-database, oauth2-client-id, oauth2-secret

Optional adjustments:

• Take a look at the setup of systemd services. The way they are registered changed (the systemd is not necessary anymore). The services themselves (file .service and .timer files) did not change, so no action here will not break anything.
• If you use the build.sh script, make sure you can execute the docker buildx-command because the old docker build is deprecated.
• All config entries can now be configured using environment variables.

Features:

• Redesign of the login page

Bug fixes:

• Fixing problem inviting user #188

Internals:

• Migration to OAuth2 #192
• Read database host from environment variables #179
• Numerous dependency updates
• Allow admins to show arbitrary notices on login-screen #194
• All server configuration entries are now also configurable via environment variables

v1.4.3

The online version is available at stm.hauke-stieler.de.

Changes in v1.4.3:

Features:

• When dividing a task, the number of new tasks is shown

Bug fixes:

• Enhanced performance when dividing tasks
• Fixed label when dividing tasks

Internals:

• Migration to jest instead of karma as test framework

v1.4.2

The online version is available at stm.hauke-stieler.de.

Changes in v1.4.2:

Features:

• Features in JOSM are loaded based on task geometry and not based on a bounding-box #155
• Layer names in JOSM are more descriptive #162
• Less annoying notifications #158

Bug fixes:

• Task list when creating a second project was not empty #153

Internals:

• Load flag if in test-mode from server
• Default deployment via pre-built images from Docker Hub #159
• New environment variable STM_DB_HOST
• Renamed OAuth environment variables to have STM_-prefix
• Reference .env file in stm-backup.service

v1.4.1

The online version is available at stm.hauke-stieler.de.

Changes since v1.4.0:

Bug fixes

• Shortcuts don't trigger when focusing any type of input field #154
• Little layout issue on the login page

v1.4.0

The online version is available at stm.hauke-stieler.de.

Changes since v1.3.0:

New features

• Add shortcuts #124
• Import and export projects #68
• Copy existing project and use it as "template" #137
• Number of tasks per projects restricted #133
• Store creation date of projects #134

Bug fixes

• Fix test-banner layout issue #136

Internals

• Enable strict mode on typescript compilation

v1.3.0

The online version is available at stm.hauke-stieler.de.

Changes since v1.2.1:

New features

• More language selection drop-downs #120
• Task list is now sorted by process state #52

Infrastructure

• The server now makes daily database backups #78

Bug fixes

• Reduce unnecessary logging #130
• Project creation: Save button enabled but data wasn't completely entered #128
• Task name sometimes not shown #127
• Remove unnecessary zoom buttons #125
• Fix broken styling of very long notifications #106
• Show task name instead of ID #119
• All kind of errors will now be catched #107

Internals

• Tasks are now withing the project DTO class #62
• Added swagger UI as better API documentation #40
• Configure the maximum amount of tasks allowed per project #133 (not completely finished yet)
• More documentation about the server setup and configuration