Skip to content

Releases: linuxserver/docker-snipe-it

v7.0.10-ls293

13 Aug 15:28
@LinuxServer-CI LinuxServer-CI
v7.0.10-ls293
eada7ca
This commit was created on GitHub.com and signed with GitHub’s verified signature.
GPG key ID: B5690EEEBB952194
Learn about vigilant mode.
Compare
Choose a tag to compare
v7.0.10-ls293

LinuxServer Changes:

Rebase to Alpine 3.20. Existing users should update their nginx confs to avoid http2 deprecation warnings.

snipe-it Changes:

Caution

Snipe-IT now requires PHP 8.1.2 or greater

Hey everyone!

While this is just a point release, we're really excited for this one. We've a bunch of small bug fixes, but also added some UX sugar that we think will make everyone's workflows a little bit easier. You can now decide where you want to go after creating, editing, or checking in/out a first class object (Assets, Accessories, Licenses, Users, etc). You can also now check out more than one accessory at a time, if that's a thing that comes up in your workflow.

Also: If your table listings text ("Showing x of y pages") defaulted to Chinese, this release handles that (via snipe/snipe-it#15133).

We've been doing a ton of under the hood stuff that won't seem very obvious as users, but it puts us in a much better position to move more quickly on a lot of things.

Another important technical note: this release mitigates a difficult to exploit but possible attack. If someone had access to your APP_KEY, it was possible to perform an RCE attack. We mitigated this by disabling cookie serialization, but I'd still argue that if someone has your APP_KEY, you're going to have a bad time in a bunch of other ways, so this is just a gentle reminder than your APP_KEY should never, ever be shared with anyone, for any reason, and you should never use the default APP_KEY values we have in some of our example env files. If you have encrypted custom fields and need to roll your APP_KEY because you feel it could have been compromised, we have a cli utility to handle that.

Next up: Custom fields for users, and the ability to check out accessories to assets and locations.

What's Changed

New Contributors

Full Changelog: snipe/snipe-it@v7.0.9...v7.0.10

Contributors

uberbrady, snipe, and 8 other contributors
Assets 2
Loading

v7.0.10-ls292

12 Aug 20:38
@LinuxServer-CI LinuxServer-CI
v7.0.10-ls292
eb72969
Compare
Choose a tag to compare
v7.0.10-ls292

LinuxServer Changes:

Rebase to Alpine 3.20. Existing users should update their nginx confs to avoid http2 deprecation warnings.

snipe-it Changes:

Caution

Snipe-IT now requires PHP 8.1.2 or greater

Hey everyone!

While this is just a point release, we're really excited for this one. We've a bunch of small bug fixes, but also added some UX sugar that we think will make everyone's workflows a little bit easier. You can now decide where you want to go after creating, editing, or checking in/out a first class object (Assets, Accessories, Licenses, Users, etc). You can also now check out more than one accessory at a time, if that's a thing that comes up in your workflow.

Also: If your table listings text ("Showing x of y pages") defaulted to Chinese, this release handles that (via snipe/snipe-it#15133).

We've been doing a ton of under the hood stuff that won't seem very obvious as users, but it puts us in a much better position to move more quickly on a lot of things.

Another important technical note: this release mitigates a difficult to exploit but possible attack. If someone had access to your APP_KEY, it was possible to perform an RCE attack. We mitigated this by disabling cookie serialization, but I'd still argue that if someone has your APP_KEY, you're going to have a bad time in a bunch of other ways, so this is just a gentle reminder than your APP_KEY should never, ever be shared with anyone, for any reason, and you should never use the default APP_KEY values we have in some of our example env files. If you have encrypted custom fields and need to roll your APP_KEY because you feel it could have been compromised, we have a cli utility to handle that.

Next up: Custom fields for users, and the ability to check out accessories to assets and locations.

What's Changed

New Contributors

Full Changelog: snipe/snipe-it@v7.0.9...v7.0.10

Contributors

uberbrady, snipe, and 8 other contributors
Assets 2
Loading

v7.0.10-ls291

05 Aug 20:36
@LinuxServer-CI LinuxServer-CI
v7.0.10-ls291
78230aa
Compare
Choose a tag to compare
v7.0.10-ls291

LinuxServer Changes:

Rebase to Alpine 3.20. Existing users should update their nginx confs to avoid http2 deprecation warnings.

snipe-it Changes:

Caution

Snipe-IT now requires PHP 8.1.2 or greater

Hey everyone!

While this is just a point release, we're really excited for this one. We've a bunch of small bug fixes, but also added some UX sugar that we think will make everyone's workflows a little bit easier. You can now decide where you want to go after creating, editing, or checking in/out a first class object (Assets, Accessories, Licenses, Users, etc). You can also now check out more than one accessory at a time, if that's a thing that comes up in your workflow.

Also: If your table listings text ("Showing x of y pages") defaulted to Chinese, this release handles that (via snipe/snipe-it#15133).

We've been doing a ton of under the hood stuff that won't seem very obvious as users, but it puts us in a much better position to move more quickly on a lot of things.

Another important technical note: this release mitigates a difficult to exploit but possible attack. If someone had access to your APP_KEY, it was possible to perform an RCE attack. We mitigated this by disabling cookie serialization, but I'd still argue that if someone has your APP_KEY, you're going to have a bad time in a bunch of other ways, so this is just a gentle reminder than your APP_KEY should never, ever be shared with anyone, for any reason, and you should never use the default APP_KEY values we have in some of our example env files. If you have encrypted custom fields and need to roll your APP_KEY because you feel it could have been compromised, we have a cli utility to handle that.

Next up: Custom fields for users, and the ability to check out accessories to assets and locations.

What's Changed

New Contributors

Full Changelog: snipe/snipe-it@v7.0.9...v7.0.10

Contributors

uberbrady, snipe, and 8 other contributors
Assets 2
Loading

v7.0.10-ls290

29 Jul 18:58
@LinuxServer-CI LinuxServer-CI
v7.0.10-ls290
e471772
Compare
Choose a tag to compare
v7.0.10-ls290

LinuxServer Changes:

Rebase to Alpine 3.20. Existing users should update their nginx confs to avoid http2 deprecation warnings.

snipe-it Changes:

Caution

Snipe-IT now requires PHP 8.1.2 or greater

Hey everyone!

While this is just a point release, we're really excited for this one. We've a bunch of small bug fixes, but also added some UX sugar that we think will make everyone's workflows a little bit easier. You can now decide where you want to go after creating, editing, or checking in/out a first class object (Assets, Accessories, Licenses, Users, etc). You can also now check out more than one accessory at a time, if that's a thing that comes up in your workflow.

Also: If your table listings text ("Showing x of y pages") defaulted to Chinese, this release handles that (via snipe/snipe-it#15133).

We've been doing a ton of under the hood stuff that won't seem very obvious as users, but it puts us in a much better position to move more quickly on a lot of things.

Another important technical note: this release mitigates a difficult to exploit but possible attack. If someone had access to your APP_KEY, it was possible to perform an RCE attack. We mitigated this by disabling cookie serialization, but I'd still argue that if someone has your APP_KEY, you're going to have a bad time in a bunch of other ways, so this is just a gentle reminder than your APP_KEY should never, ever be shared with anyone, for any reason, and you should never use the default APP_KEY values we have in some of our example env files. If you have encrypted custom fields and need to roll your APP_KEY because you feel it could have been compromised, we have a cli utility to handle that.

Next up: Custom fields for users, and the ability to check out accessories to assets and locations.

What's Changed

New Contributors

Full Changelog: snipe/snipe-it@v7.0.9...v7.0.10

Contributors

uberbrady, snipe, and 8 other contributors
Assets 2
Loading

v7.0.9-ls289

22 Jul 20:50
@LinuxServer-CI LinuxServer-CI
v7.0.9-ls289
d33818e
Compare
Choose a tag to compare
v7.0.9-ls289

LinuxServer Changes:

Rebase to Alpine 3.20. Existing users should update their nginx confs to avoid http2 deprecation warnings.

snipe-it Changes:

Caution

Snipe-IT now requires PHP 8.1.2 or greater

Another small patch release which largely handles missing translations and the some refinements on the upgrade.php script to make upgrading a little smoother, and added a boatload more automated tests. We also tightened up some queries on the consumables side, so hopefully those with much larger data sets for consumables will notice speedier load times there.

Additionally, we identified and fixed an issue where in some circumstances, custom field data could be lost when auditing an asset, and we also added better history tracking for consumables.

What's Changed

New Contributors

Full Changelog: snipe/snipe-it@v7.0.8...v7.0.9

Contributors

snipe, FlorentDotMe, and 3 other contributors
Assets 2
Loading

v7.0.9-ls288

15 Jul 20:43
@LinuxServer-CI LinuxServer-CI
v7.0.9-ls288
f7d8df3
Compare
Choose a tag to compare
v7.0.9-ls288

LinuxServer Changes:

Rebase to Alpine 3.20. Existing users should update their nginx confs to avoid http2 deprecation warnings.

snipe-it Changes:

Caution

Snipe-IT now requires PHP 8.1.2 or greater

Another small patch release which largely handles missing translations and the some refinements on the upgrade.php script to make upgrading a little smoother, and added a boatload more automated tests. We also tightened up some queries on the consumables side, so hopefully those with much larger data sets for consumables will notice speedier load times there.

Additionally, we identified and fixed an issue where in some circumstances, custom field data could be lost when auditing an asset, and we also added better history tracking for consumables.

What's Changed

New Contributors

Full Changelog: snipe/snipe-it@v7.0.8...v7.0.9

Contributors

snipe, FlorentDotMe, and 3 other contributors
Assets 2
Loading

v7.0.9-ls287

11 Jul 18:58
@LinuxServer-CI LinuxServer-CI
v7.0.9-ls287
a7de2a9
Compare
Choose a tag to compare
v7.0.9-ls287

LinuxServer Changes:

Rebase to Alpine 3.20. Existing users should update their nginx confs to avoid http2 deprecation warnings.

snipe-it Changes:

Caution

Snipe-IT now requires PHP 8.1.2 or greater

Another small patch release which largely handles missing translations and the some refinements on the upgrade.php script to make upgrading a little smoother, and added a boatload more automated tests. We also tightened up some queries on the consumables side, so hopefully those with much larger data sets for consumables will notice speedier load times there.

Additionally, we identified and fixed an issue where in some circumstances, custom field data could be lost when auditing an asset, and we also added better history tracking for consumables.

What's Changed

New Contributors

Full Changelog: snipe/snipe-it@v7.0.8...v7.0.9

Contributors

snipe, FlorentDotMe, and 3 other contributors
Assets 2
Loading

v7.0.8-ls287

08 Jul 16:08
@LinuxServer-CI LinuxServer-CI
v7.0.8-ls287
a7de2a9
Compare
Choose a tag to compare
v7.0.8-ls287

LinuxServer Changes:

Rebase to Alpine 3.20. Existing users should update their nginx confs to avoid http2 deprecation warnings.

snipe-it Changes:

Caution

Snipe-IT now requires PHP 8.1.2 or greater

Happy Monday, nerds! This release fixes some missing translations, adds some improvements for merging users, fixes a bug where custom field data could be lost when auditing under certain conditions, and also adds some query optimizations for speed. Enjoy!

What's Changed

Full Changelog: snipe/snipe-it@v7.0.7...v7.0.8

Contributors

snipe and spencerrlongg
Assets 2
Loading

v7.0.7-ls286

02 Jul 09:06
@LinuxServer-CI LinuxServer-CI
v7.0.7-ls286
e2b5d00
Compare
Choose a tag to compare
v7.0.7-ls286

LinuxServer Changes:

Rebase to Alpine 3.20. Existing users should update their nginx confs to avoid http2 deprecation warnings.

snipe-it Changes:

Caution

Snipe-IT now requires PHP 8.1.2 or greater

Happy Tuesday! This point release handles the unusual (but possible) use-case where the language in APP_LOCALE had not been updated correctly to use the four/five letter ISO code and was still using the two-letter code, so users might have seen issues with translation strings related to FALLBACK_APP_LOCALE. This also fixes the upgrade script where the requirements checks would fail if you did not have gd installed, but you do have Imagemagick installed. Plus, a new label template for endless 62mm Brother printer rolls!

What's Changed

New Contributors

Full Changelog: snipe/snipe-it@v7.0.6...v7.0.7

Contributors

uberbrady, snipe, and 2 other contributors
Assets 2
Loading

v7.0.6-ls285

26 Jun 13:07
@LinuxServer-CI LinuxServer-CI
v7.0.6-ls285
b873bb6
Compare
Choose a tag to compare
v7.0.6-ls285

LinuxServer Changes:

Rebase to Alpine 3.20. Existing users should update their nginx confs to avoid http2 deprecation warnings.

snipe-it Changes:

Caution

Snipe-IT now requires PHP 8.1.2 or greater

This is a small point release that should handle a few translation issues as well as fixing some configuration issues for docker users and users behind a reverse proxy server using SAML.

What's Changed

Full Changelog: snipe/snipe-it@v7.0.5...v7.0.6

Contributors

uberbrady, snipe, and Godmartinz
Assets 2
Loading