Most of this article is probably only interesting for (plugin) developers, but we hope it gives you a good overview of what is happening.
The new interface is called PUI (Platform User Interface) and the old one CUI (Classic User Interface). PUI is built with React and is a single-page application. CUI is built with Django templates and uses a mixture of jQuery, templated JS and some libraries. PUI is designed to be more consistent, use the API everywhere and support better testing (end-to-end, typing). The original blog post has more information on the design goals.
CUI has proven to be hard to understand for new contributors and hard to maintain in a consistent quality. Some common issues like cache invalidation, inconsistent rendering and hard-to-enforce permissions are easier to solve in PUI. Therefore 1.0 will be PUI only. The compiled javascript, CSS and html files will be removed from the repository. CUI-only endpoints/tags will also be removed. Some HTML rendering will be kept as the report/label generation uses that.
This will probably remove around 2k files from the repo, around 370k lines. As of writing, we have 4.4k files and 2.4M lines in the repo.
Plugins that render into the UI will need to be updated to work with PUI. This could affect you if your plugins use the mixins PanelMixin
, SettingsContentMixin
, NavigationMixin
or UrlsMixin
. Rendering into PUI is best done with UserInterfaceMixin
(available in 0.17.0) - which is actively expanded to support rendering more tightly integrated than PanelMixin
and CUI. For example #8137 supports rendering custom template editors in PUI.
We will issue guidance regarding the transition of plugins into the new mechanisms before 1.0 goes to production.
1.0 will be a big milestone for InvenTree. InvenTree has been running in the heart of many companies for years. The switch to PUI enables much safer work on the UI. The release number 1.0 signals that the last part of the system is now modernised and ready for the future. We are looking forward to it and hope you are too.
Switching to 1.0 will also mean that we will follow SemVer fully. Big breaking changes will only be in major releases, feature releases (1.0, 1.1, 1.2) will follow the SemVer rules. This will make it easier for some of our enterprise users who face backlash or difficulty because of the below 1.0 version number.
We are discussing a few more breaking changes in 1.0 - feel free to chime in on the dedicated issue #6417.
]]>For a full list of changes made in this release, please see the release notes on GitHub.
This release includes a number of changes which adjust existing APIs and may require updates to custom code or scripts.
View a full list of breaking changes on our GitHub page.
In PR #7074, the report printing system has received a major refactor. This change has been a long time coming, and we are excited to see it finally merged into the main branch.
Previously, each report template type was stored in a separate database table. All reports have now been consolidated into a single table, which simplifies the codebase and makes it easier to manage report templates.
A similar single table has been implemented for label templates.
Additionally, the report template live editor has received some improvements, making it easier to create and edit report templates directly within the InvenTree interface.
This change has removed a number of existing API endpoints, as all report functionality is consolidated to a smaller set of API commands. Refer to the InvenTree API documentation for more information.
In PR #7420, all attachment tables have been consolidated into a single table. This code change results in a large number of redundant API endpoints being removed, and simplifies the codebase. As all attachments are now stored in a single table, any custom plugins which interact with attachments will need to be updated to reflect this change.
We have changed the way that static files for plugins are handled. Previously only plugins which used the “app mixin” system could include static files. Now, all plugins can include static files, which are automatically loaded by the InvenTree system.
Refer to PR #7763 for more information.
In PR #7224 the plugin API was changed to use the “slug” of the plugin as the primary lookup, rather than the unique ID in the database. This change simplifies the plugin API and makes it easier to manage plugins, allowing consistent access to plugin data.
A number of critical security updates have been made. For a full list, refer to the GitHub project page.
We have updated a number of dependencies to address security vulnerabilities. These updates are part of our ongoing commitment to security and privacy. While there have been a significant number of dependency updates in this release cycle, below is a list of PRs which address security vulnerabilities:
2FA authentication for the new React frontend has been fixed in PR #7469.
PR #7784 generates SBOMs for the frontend, providing detailed information on the dependencies used in the frontend codebase.
This has been a significant release cycle for new features, with a number of exciting additions to the InvenTree codebase. There are so many new updates here that we can’t list them all, some of the highlights include:
Major improvements have been made to the new React frontend, with a number of new features and enhancements. The new frontend is now the primary focus of development, and we are working to migrate all frontend code to React. From this point onwards, major bug fixes and security patches will still be applied to the old frontend, but new features will only be added to the React frontend.
We have been working on an entire rewrite of the data import and export system. This new system is more robust and flexible, and allows for more complex data import and export operations. This system is now live in the new React frontend, and we are excited to see it in action.
Future work will focus on bringing all import/export functionality across to the new system, and removing the old import/export system entirely.
The validation plugin system has been significantly enhanced to provide greater flexibility for custom validation options.
The API documentation has been enhanced, and is now built automatically from the InvenTree codebase and included in the InvenTree documentation.
Our commitment to bug fixes continues, with a number of issues resolved in this release cycle. For a full list of bug fixes, refer to the GitHub project page.
Many of these bugs have been identified and fixed by our community of users, and we are grateful for their ongoing support! If you identify a bug in InvenTree, please report it to us on our GitHub issues page.
Our support for multiple languages continues to grow, and we are grateful to the many contributors who have helped us add new languages to InvenTree. To contribute to the translation effort, please refer our Crowdin page.
Once again, we are excited to welcome a number of new contributors to the InvenTree project. We are grateful for the time and effort that these contributors have put into the project, and we look forward to working with them in the future.
We welcome any new contributors to the project, and we are always looking for new people to help us improve InvenTree. If you are interested in contributing to the project, please refer to our Contributing Guidelines.
We continue to push hard to reach the 1.0.0 release milestone. This release will mark a significant milestone in the InvenTree project, and we are excited to see it come to fruition. Fingers crossed that the next minor release will be the last one before our 1.0.0 release!
The new React interface remains a major hurdle to overcome before the 1.0.0 release. We are working hard to migrate all frontend code to React, and would greatly appreciate any help from the community in this effort. Any assistance with frontend development, testing, or bug fixing would be greatly appreciated. Please reach out via our GitHub page if you are interested in helping out.
As always, there are many ways to support the InvenTree project!
We are always looking for new translators to help us add new languages to InvenTree. If you are fluent in a language other than English, please consider contributing to our translation effort on Crowdin.
We welcome code contributions from the community. If you are interested in contributing to the InvenTree codebase, please refer to our Contributing Guidelines.
If you find a bug in InvenTree, please report it to us on our GitHub issues page. Reporting bugs is critical to improving the software, and we appreciate any help in identifying and fixing issues.
Documenting a large software project is a challenging and ongoing effort. If you are able to provide assistance in improving the documentation set, please consider doing so! Documentation contributions can be made on GitHub.
If you or your company uses InvenTree, please consider sponsoring the project to show your support. Sponsorships help to keep this project sustainable, and buys time for the core developers to commit to the project. A recurring or one off sponsorship is a great way to help InvenTree development to continue at full steam!
A friendly reminder that the majority of the work undertaken to keep InvenTree running is done by a very small group of core developers, who do so in their spare time (and are not sponsored by their employers to work on InvenTree). If you benefit from the InvenTree project, please consider contributing to maintain vibrant development of this software!
If you are new to the InvenTree project, there are multiple ways to deploy InvenTree for your own use. Please refer to the deployment guide for more information.
]]>We have fixed a critical security vulnerability in the InvenTree codebase which was identified and reported by one of our users. For more information on this security advisory, please refer to GHSA-2crp-q9pc-457j.
Releases notes for the 0.15.2 release can be found on our GitHub page
We take security very seriously at InvenTree. If you identify a security vulnerability in the InvenTree codebase, please report it to us immediately. You can find more information on our security policy.
]]>The code structure has been refactored to improve maintainability and readability. As we work to refactor the entire frontend interface, there is a significant split between the backend code (Python) and the frontend code (React). This refactor has been a long time coming, and we are excited to see it finally merged into the main branch.
The code is now split into two main directories:
./src/backend/
contains all the server code (Python, Django)./src/frontend/
contains all the client code (JavaScript, React)Additionally, we are working to improve the test coverage of the frontend code, and have added a number of new tests to ensure that the frontend code is as robust as possible.
You can read more about the code refactor in this PR.
A number of patches were applied to the InvenTree codebase to address security vulnerabilities. These updates were implemented as part of our ongoing commitment to security and privacy.
These patches include:
A number of significant new features and enhancements have been added in this release. Some of these new features are described below:
An interactive template editor (for editing report and label templates) has been added to the React frontend. This feature allows users to create and edit templates directly within the InvenTree interface, and also provides a live preview for label and report templates.
This presents a significant improvement over the previous template editing process, which required users to manually edit template files in an offline editor.
Full details can be found in this PR.
Backup and restore functionality has been improved by adding new command line options for the backup
and restore
management commands. These commands allow users greater control when creating a backup of the InvenTree database, and restoring it at a later time.
An “active” field has been added to the Company model. This field allows users to mark a company as “active” or “inactive”, which can be useful for managing company records in InvenTree.
Read more in this PR.
Development of the new React interface continues steadily. This is our major focus now, and we are working to migrate all frontend code to React. From this point onwards, major bug fixes and security patches will still be applied to the old frontend, but new features will only be added to the React frontend.
We intend to depreciate the old frontend in the future, so we encourage all users to start using the new React interface as soon as possible.
URL redirects have been implemented in the React frontend to ensure that users are redirected to the correct page when they navigate to a specific URL. This feature improves the user experience and ensures that users are always directed to the correct page.
Refer to this PR.
Login management for the React frontend has received some significant updates in #7158. This PR improves the login state management for the React frontend, and ensures that the login state is correctly maintained across the application.
We have added translation support for the following languages.
This release cycle has seen a focus on improving the development and testing process for InvenTree. We have updated our unit testing framework, improved our CI/CD pipeline, and made a number of other changes to improve the development process.
We have moved our code coverage reporting to codecov. This change allows us to better track code coverage across the entire codebase, and ensure that we are maintaining a high level of test coverage.
We now run Playwright tests in our CI pipeline. This allows us to test the frontend interface in a more automated way, and ensures that the frontend code is functioning correctly. As the React frontend makes heavy use of the InvenTree API, this testing also helps increase test coverage of the API and backend code.
As always, a number of bug fixes have been implemented in this release. For a full list of the bugs squashed in this release, refer to our GitHub page.
Two new contributors have made their first contribution to the InvenTree project in this release:
As always, we welcome new contributors to the project! If you are interested in contributing to InvenTree, whether it be code, documentation, or translations, please get in touch!
For a full list of changes, please see the release notes on GitHub.
If you are new to the InvenTree project, there are multiple ways to deploy InvenTree for your own use. Please refer to the deployment guide for more information.
]]>We will be using a Digital Ocean droplet to host our InvenTree installation. Digital Ocean provides a simple and cost-effective way to host web applications, and is a great choice for hosting InvenTree.
While we use Digital Ocean for this tutorial, the steps outlined here should be applicable to any cloud hosting provider.
Note: Digital Ocean is a sponsor of the InvenTree project, and provides hosting for our demo server. We are grateful to the Digital Ocean team for their ongoing support of the InvenTree project.
InvenTree can be run in a Docker container, which provides a simple and consistent way to run the application. This is the recommended way to run InvenTree in a production environment, without needing to worry about the complexities of setting up all the required software dependencies.
Our documentation server provides the following docker guides, which are a great starting point for anyone looking to run InvenTree in a Docker container:
The Docker Basics guide provides a good introduction to how InvenTree works in Docker, and includes a lot of useful background information about Docker itself.
The Docker Installation guide provides a step-by-step guide to setting up a production InvenTree installation using Docker / Docker Compose.
In this blog post, we will follow through the steps outlined in the Docker Installation guide, to get an InvenTree installation off the ground with minimal fuss.
Before we start, you will need a Digital Ocean account. The following steps assume that you have created an account, and are logged in!
Also, if you are going to be using a custom domain name, you will need to have access to the domain name settings (e.g. via your domain registrar). This is outside the scope of this tutorial, but is required if you want to access InvenTree using a custom domain name.
First, we need to create a new Digital Ocean droplet. We will be using the Docker base image, which provides a simple and consistent environment for running Docker containers.
Head to https://cloud.digitalocean.com/droplets and click the “Create Droplet” button.
Choose the server region which you would like to use, and select the “Docker” base image under “Marketplace”:
Then, click the “Create Droplet” button at the bottom of the screen.
After a few moments, the droplet will be created and ready for use. Select your newly created droplet, and navigate to the “Access” tab:
You can login to the droplet using multiple methods. Here, for simplicity, we will use the online console window. Select the “Launch Droplet Console” button to open a new window.
You should now be logged into the new droplet, and see the following shell prompt:
Before we start to setup InvenTree, we will create a new user account.
Create a new user account using the adduser command:
adduser inventree
(run through the prompts to create a new user account).
Add the new user to the docker group, so that they can run Docker commands:
usermod -aG docker inventree
Switch to the new user account:
su - inventree
cd ~
You should now be logged in as the inventree user, and running from the /home/inventree/ directory.
We will now grab the required setup files for the InvenTree Docker installation.
The following files are required to setup InvenTree in Docker:
These files can be downloaded directly from our GitHub repository:
wget https://raw.githubusercontent.com/inventree/InvenTree/master/docker/docker-compose.yml
wget https://raw.githubusercontent.com/inventree/InvenTree/master/docker/.env
wget https://raw.githubusercontent.com/inventree/InvenTree/master/docker/Caddyfile
You should now have the three required files located in /home/inventree/
Edit the .env file to configure the InvenTree environment. This file contains a number of settings which define the InvenTree installation.
Most of these settings can remain untouched. The only setting we are going to change for this installation is the INVENTREE_SITE_URL setting. This is the URL which InvenTree will be accessed from.
Note: You can adjust other settings in the *.env file now, if required. However, the defaults should be suitable for most installations, and certainly for this tutorial.*
In this example, we will set INVENTREE_SITE_URL to https://tutorial.inventree.org.
Now, we will start the InvenTree installation. Note that we are simply following the docker setup guide at this point!
Run the following command to perform initial database setup:
docker compose run --rm inventree-server invoke update -s
This command will create the initial InvenTree database, and run required database migrations, which will take a few minute to complete.
Once the process is complete, you can proceed to the next step!
The docker compose file defines the InvenTree setup, and sequences a number of containers which are required to run InvenTree. To start the InvenTree installation, run the following command:
docker compose up -d
This will start the InvenTree containers in the background, and you should see a number of messages as the containers are started:
Note that you can view the status of the containers at any time using the following command:
docker compose ps
InvenTree should now be running, and ready to receive requests from the configured URL (in our case, https://tutorial.inventree.org).
However, we need to ensure that the URL is correctly configured to point to the Digital Ocean droplet!
Note: If you do not have a domain name, you can use the public IP address of the Digital Ocean droplet to access InvenTree. Just remember to set that IP address to the INVENTREE_SITE_URL setting in the *.env file.*
Navigate to https://cloud.digitalocean.com/networking/domains and add a new domain, which matches the INVENTREE_SITE_URL setting, and points to the public IP address of the Digital Ocean droplet.
For our setup, we only need to create a new A record (as the root domain and DNS has already been configured).
It may take a few minutes for the DNS changes to propagate. You can check the status of the DNS changes using a tool like https://dnschecker.org/.
Once the DNS changes have propagated, you may need to restart the Caddy web server to pick up the new domain name settings:
docker compose restart inventree-proxy
You should now be able to access InvenTree using the configured domain name (e.g. https://tutorial.inventree.org):
Success! You have now setup InvenTree in a Docker container, and can access the application from the configured domain name.
But, we’re not done yet! We need to setup some initial data in the InvenTree installation.
The InvenTree installation is now running, but it is empty! We need to add some initial data to the system. We could create an admin user, add some parts, and setup some stock locations. But, let’s take a shortcut!
InvenTree provides a demo dataset which can be loaded into the system to provide some initial data. This dataset includes a number of parts, stock items, and other data which can be used to explore the InvenTree system.
docker compose run --rm inventree-server invoke setup-test -i
We should now be able to login to the InvenTree installation using the default admin user account:
And, now we are in! We have successfully setup InvenTree in a Docker container, and have loaded the demo dataset to explore the system.
In this tutorial, we have setup InvenTree in a Docker container, running on a Digital Ocean droplet. We have configured the InvenTree environment, and loaded the demo dataset to explore the system.
We have used Digital Ocean as our cloud provider, but the steps outlined here should be applicable to any cloud hosting provider - with some tweaking!
Caddy, the proxy server used in the InvenTree Docker setup, automatically configures SSL certificates using Let’s Encrypt. This means that your InvenTree installation is automatically secured using HTTPS (and you don’t need to worry about setting up SSL certificates).
Note: There are some caveats here, you should read the Caddy documentation!
This tutorial is a simple guide to getting InvenTree up and running in a Docker container. For more advanced usage, you should read the InvenTree Setup Guide guide, which provides a lot more detail about the InvenTree Docker setup.
InvenTree is an open-source project, and is sponsored by a number of companies and individuals. We are grateful to the Digital Ocean team for their ongoing support of the InvenTree project!
If you would like to sponsor the InvenTree project, please refer to our contribution page for more information.
]]>This release includes a number of changes which may affect existing installations of InvenTree. If you are upgrading from a previous release, read the following section carefully. You should also refer to the release notes for a full set of changes in this release.
In PR 6173, InvenTree has been updated to use Django 4.2. This is a major version update for Django, and required a number of changes to the InvenTree codebase and dependencies.
Most (hopefully all) of the required changes have been made, but there may be some edge cases which have been missed. If you encounter any issues with the Django 4.2 update, please report them on our github page.
You should also refer to the Django 4.2 release notes for a full list of changes.
Django 4.2 has introduced some changes to how cross-site protection is handled. Your existing InvenTree installation may require some changes to continue to operate as expected. In particular, the CORS
and CSRF
settings have been made more strict by default. Refer to the server access configuration guide for instructions on which settings will need to be updated.
InvenTree has, by default, shipped with multi site support enabled. This is an advanced django feature which 99% of users will not need, and only serves to complicate the installation process.
So, in PR 6390 we have disabled multi-site support by default. This should simplify the installation process for most users.
For any users who have been using multi-site support, you will need to manually re-enable it after upgrading to 0.14.0. Refer to the InvenTree documentation for more information.
InvenTree has long supported test results for stock items. In PR 6430, a significant enhancement was made to the test result system. Previously, test results were not linked to a specific test template in the database. Instead, the results and templates were loosely linked via a string key.
In 0.14.0, the test result system has been updated to use a proper database relationship between test results and test templates. This means that test results are now linked to a specific test template, and the test result system has been updated to reflect this change.
This change should be transparent to most users, but if you have been using the test result system in a custom way, you may need to update your code to reflect the new database structure.
In particular, any external systems which upload test results via the InvenTree API will need to be examined and tested. While the changes to the API have been implemented to ensure backwards compatibility with existing systems, it is possible that some edge cases have been missed.
In PR 6551 we have made a significant change to the way that InvenTree is deployed using Docker Compose. Previously, the provided docker compose template used nginx as a reverse proxy for the InvenTree web server, and for serving static and media files.
In this release, we have switched to using Caddy as the reverse proxy. Caddy is a modern, easy-to-use web server which is designed to be simple to configure and use. It confers a number of significant advantages to the InvenTree setup:
Simplified Configuration
Caddy is designed to be easy to configure, and the Caddyfile syntax is much simpler than the equivalent nginx configuration.
Automatic HTTPS
Caddy is designed to automatically handle HTTPS certificates using Let’s Encrypt. This means that InvenTree can be deployed with HTTPS enabled by default, without any additional configuration.
For users who have been running with the previous nginx based setup, no changes are required. Existing nginx configurations will continue to work as expected. However, for new installations, the Caddy based setup is now the recommended approach. We would also recommend that existing installations consider migrating to the Caddy based setup.
In PR 6590 we have made some changes to our devcontainer setup in vscode. The devcontainer is a docker-based development environment which is designed to make it easy to contribute to the InvenTree project. We now use postgresql as the database backend in the devcontainer setup - previously this setup used sqlite for a local development database.
However, as sqlite is not suitable for a multi-user development environment, we have switched to using postgresql. This should make the devcontainer setup more closely match a production environment.
Users who have been using the devcontainer setup will need to update their local vscode setup. At a minimum, you will need to rebuild the devcontainer.
If you encounter any issues updating your devcontainer setup, try deleting the dev
directory and re-creating the devcontainer.
A significant number of new features have been added to InvenTree in this release. Some of the highlights include:
PR 4824 provides a new machine integration system for InvenTree. This system allows InvenTree to communicate with external machines, and to track the status of those machines. This is a significant new feature which will allow InvenTree to be used in a wider range of manufacturing environments.
PR 6211 adds support for OpenTelemetry tracing. This allows InvenTree to be integrated with a wide range of tracing systems, and provides a powerful tool for monitoring and debugging InvenTree installations.
Enhanced custom validation is implemented in PR 6410. This addition allows for more comprehensive validation of models by integrated plugins. Refer to the updated validation plugin docs for more information.
Multiple PR (including PR 6319) have been submitted to enable the generation of API documentation. This will allow for the automatic generation of API documentation, and will make it easier for developers to understand and use the InvenTree API. In fact, we now track all API changes in a separate repository.
We have improved error logging for plugin code - see PR 6455. This will make it easier to debug issues with custom plugins.
Multiple new features have been added to the physical unit management system in InvenTree.
Refer to the release notes for a full list of changes in this release!
Development of the new React frontend interface continues at a rapid pace. The new interface is designed to replace the existing frontend, and will provide a modern, responsive, and fast user interface for InvenTree.
The new interface is not yet feature complete, but is rapidly approaching a point where it can be used for day-to-day operations. We are very excited about the new interface, and we are looking forward to sharing it with the community.
The new interface is enabled by default, and can be accessed by navigating to /platform/
on your InvenTree installation. You can see it live at https://demo.inventree.com/platform/. If you encounter any issues with the new interface, please report them on our github page!
We are looking for developers to help with the React frontend. If you are interested in contributing to the project, please get in touch! There are many outstanding issues which need to be addressed, and many would make good starter issues - perfect for new contributors!
As always, this release includes a number of bug fixes and performance improvements. We would like to thank everyone who has contributed to the project by reporting issues, and by submitting pull requests to fix them.
This release has been enhanced by the contributions of many developers, and we would like to thank everyone who has contributed to the project!
Thanks to the following contributor who made their first contribution to the project in this release:
Without the support of our contributors, InvenTree would not be where it is today. Thank you to everyone who has contributed to the project!
In this release we have added support for 1 new language:
If you would like to help translate InvenTree into your language, please read our translation guide. We currently support 32 languages, but there are many more that we would like to support!
For a full list of changes, please see the release notes on GitHub.
If you are new to the InvenTree project, there are multiple ways to deploy InvenTree for your own use. Please refer to the deployment guide for more information.
]]>Once again, the InvenTree development team has had a very busy year! In 2023, we have released 3 major stable versions of the InvenTree software, with a significant number of new features and improvements. It is also worth noting that we have had a huge number of new contributors to the project, and we would like to thank everyone who has helped make this possible!
This was a very active year for the project, especially in terms of core software development. A huge array of new features have been implemented, and significant performance improvements have been made across the board.
In February, we released version 0.10.0, with over 100 commits from 6 contributors (including 3 new contributors).
In April, we released version 0.11.0. Again, this release included contributions from 3 new developers, which was very exciting! With 142 commits to the project, this was again a significant release milestone.
In June, we released version 0.12.0. Once again, this release included contributions from 3 new developers, and included a huge number of new features and improvements. The 0.12.0 release included 237 commits from 14 contributors, making it the most significant release of InvenTree to date!
We now have over 75 developers who have contributed to the project, with many new developers making their first contribution in 2023. We would like to thank everyone who has contributed to the project, and we hope to see many more developers getting involved in the future!
The language translation effort continues to build momentum, with over 30 languages now supported by the project. There are also over 300 contributors to the translation effort, which is incredible! It is very exciting to see InvenTree being used by people all over the world, and working to translate it into their native language.
Thanks to the crowdin project which makes this possible!
In 2023 we were honoured to receive a sponsorship from Digital Ocean. This sponsorship funds hosting for the InvenTree demo server instance, and we are very grateful for their support! If you are looking for a cloud hosting provider, consider using Digital Ocean.
In September 2023, we were happy to announce that InvenTree can now be used as a KiCad symbol library, using a custom plugin developed by one of our users. This is a huge step forward for the project, and allows InvenTree to be used as a first-class symbol library for KiCad.
In December, Matthias, one of our lead developers, presented a lightning talk on InvenTree at the Chaos Communication Congress, which received a lot of positive feedback. It was a great opportunity to showcase the project to a wider audience, and we hope to see more people getting involved in the project as a result.
You can view the talk online here.
It is hard to believe that we are already in 2024! We have a lot of exciting plans for the project this year, and we are looking forward to seeing what the year brings.
At the time of writing this blog, there are over 180 outstanding issues in the project. This is largely due to an influx of new users, who have been reporting bugs and requesting new features. We are working hard to address these issues, and we hope to see the number of outstanding issues decrease over the coming months.
Attracting new developer talent to the project is a key goal for 2024, and we hope to see many new developers getting involved in the project. If you use InvenTree and would like to help out, please read our contribution guide and get in touch!
In an effort to focus developer attention, and also potentially attract new developers to the project, we will be experimenting with a new funding model for the project. This would allow users to fund the development of specific issues, and would allow us to focus our efforts on the most important issues.
Moving forward, we will be tagging specific issues with a funding label, which will indicate that the issue is available for funding. If you would like to see a specific issue addressed, please consider funding it!
Funds allocated to a specific issue will be shared between the developers who work on the issue, as well as the maintainers of the InvenTree project.
We are making use of the polar.sh platform to manage the funding process. Please note that we are not affiliated with polar.sh, we are simply using it as a tool to manage the funding process.
We will not be asking for funding for every issue, and we will continue to work on issues which are not funded!
We are continuing to work towards the goal of refactoring the user interface. This is a major project and will take some time to complete.
While the new frontend is progressing well, we would love to see more developers getting involved in the project. In particular, we are looking for support from front-end developers who have experience with React. If you would like to help out, please get in touch!
The plugin system has been a major focus of development in 2023, and we hope to see this continue in 2024. We are working towards a more flexible plugin system, which will allow for more complex plugins to be developed.
As more users (both individuals and businesses) start to use InvenTree, we have seen a significant increase in demand for custom plugins. In particular, we have received a lot of interest in plugins providing integration with other business / enterprise software systems. To allow this, the plugin system does need further development, and we hope to see this happen in 2024.
The InvenTree development team is very small, and we are always looking for help with documentation. If you are able to contribute to the project by helping us with documentation, please reach out to us. Writing good quality documentation is a real skill, and just as crucial to a software project as the code itself. If you have any experience or interest in technical writing, please consider helping us out!
There are now many businesses (small and large) using InvenTree to support their operations. If you are using InvenTree in your business, please consider sponsoring the project. The InvenTree project is maintained by developers in their “spare” time, and financial sponsorship allows us to dedicate more time to the project.
You can provide a one-off or monthly sponsorship, or sponsor a specific feature or plugin!
]]>This release has been enhanced by the contributions of many developers, and we would like to thank everyone who has contributed to the project!
We have 18 developers who have made their first contribution to the project in this release! Thanks goes to:
InvenTree is used by people all over the world, and we would love to see more translations of the project! If you would like to help translate InvenTree into your language, please read our translation guide. We currently support over 30 languages, but there are many more that we would like to support!
In this release, we have added support for 4 new languages:
Additionally, we have had a huge surge in community contributions for translations! There are now multiple languages with almost 100% translation coverage. Thanks to everyone who has contributed to the translation effort!
This release includes a number of major new features. Some of the highlights include:
Multiple improvements have been made to the InvenTree plugin system:
The plugin registry is now automatically reloaded when a new plugin is installed or updated. This means that new plugins can be installed without restarting the server. Additionally, the new reloading system ensures that the background worker thread is always running the same plugin version as the web server.
Adds the ability to automatically run database migrations when a new plugin is installed. This allows plugins to add new database models, and automatically migrate the database when the plugin is installed.
The plugin installation process has been improved, with handling for a number of edge cases.
Exchange rate support has now been exposed to the plugin interface. This allows plugins to provide exchange rate data to the InvenTree system. The default exchange rate backend can now be overridden by a custom plugin if required.
The label printing system has been improved, allowing for greater flexibility in label design. The label printing system now supports:
The label printing system now allows for multiple labels to printed at once onto a single page. PR #5833 adds a builtin label printing plugin for printing an array of labels to PDF.
PR #5873 adds the ability to specify printing options at “print time”, with the options set based on the selected plugin. Extending the label printing API with dynamic options allows printing plugins to be more flexible.
Barcode scanning support received some significant improvements in this release:
PR #5509 presents major new functionality for barcode scanning. InvenTree now supports a number of vendor barcodes. Incoming goods can be scanned directly into stock, and received against a purchase order. Read our blog post for a more detailed overview of the new barcode scanning features.
In PR #6072 we added the ability to allocate stock items to a sales order via barcode scanning. This allows for a more streamlined workflow when picking stock items for a sales order.
We have improved support for token based authentication. Each user can now have multiple authentication tokens, which can be used to authenticate with the InvenTree API. This allows for more fine-grained control over API access. Tokens can be revoked at any time, and have an expiry date.
As well as new features, this release includes a number of bug fixes and improvements. We would like to thank everyone who has contributed to the project, and helped to identify and fix bugs! A key part of keeping InvenTree stable is the help of our users, who report bugs and help us to fix them. Please refer to GitHub for a complete list of bugs we have squashed
We have continued to work towards the goal of refactoring the user interface. The new frontend is progressing well, and we hope to have it fully available for the next release. The new frontend is written in React, and will provide a more modern user interface for InvenTree.
There are still a number of features which are not yet available in the new frontend, and we are working hard to ensure that the new frontend is feature complete before we release it. Please consider contributing to the frontend development effort if you would like to help out!
InvenTree is an open-source project, and we welcome contributions of all kinds! If you would like to support the project, please consider:
You can provide support to InvenTree by sponsoring the project. If you use InvenTree in your business, please consider sponsoring the project to help us continue development.
Please consider contributing to the project by submitting a pull request. The InvenTree project has been receiving a lot of attention from users, and we would love to see more developers contributing to the project! There are a large number of open issues - if you would like to help out, please get in touch!
For a full list of changes, please see the release notes on GitHub
Moving forward, we will be releasing stable versions on a quicker release cycle. We hope to release a new stable version every 3 months, to keep up with the rapid development of the project. This will allow us to get new features into the hands of our users more quickly, and will also allow us to release bug fixes more quickly. Thanks to the efforts of our contributors, we have been able to significantly increase the pace of development, and we hope to continue this trend!
If you are new to the InvenTree project, there are multiple ways to deploy InvenTree for your own use. Please refer to the deployment guide for more information.
]]>Previously, we had separate concepts for “native label printing” and “printing via plugins”, with different software pipelines for each. This meant that:
In #5251 we refactored the label printing codebase entirely, and now all label printing is handled via plugins. A builtin plugin is provided which simply renders a single label as a .pdf
file (maintaining previous behavior).
The refactor also provided a number of significant improvements and new functionality:
Printing plugins can run in the foreground - and return a .pdf
object - or in the background. Background printing plugins return a response immediately (to prevent blocking of the web application) and the printing is offloaded to the background worker process. This allows flexibility to (for example) communicate with an external physical printing device.
Before this refactor, plugins received each label individually, with a single “print job” being sent to the printing plugin for each selected label. This was inefficient, and also meant that the printing plugin did not have the flexibility to handle simultaneous printing of multiple labels.
Now, printing plugins have access to the print_labels
method, which receives all labels to be printed. If desired, multiple labels could be printed together onto a single paper sheet (an example of this is below).
The default implementation of print_labels
simply calls the existing print_label
method in sequence for each separate label - maintaining backwards compatibility for existing plugins.
In PR #5786 we introduced the concept of “printing options”. Each printing plugin can provide a set of printing options which are presented to the user before initiating label printing. This allows for greater flexibility for label printing plugins.
For example, these run-time options could be used to:
In PR #5883, a builtin plugin was developed to print multiple labels to a single “sheet”. This could be used to print a set of labels onto a specialized label sheet with peelable labels, or just a sheet of paper where the individual labels can be cut from the sheet.
This plugin also provides an example of how the printing options can be used to customize printing behavior at runtime.
The images below demonstrate how the new label sheet plugin works.
Select Items to Print
Select a number of individual stock items, for which labels will be printed:
Label Printing Dialog
Select the InvenTree Sheet Label Printer plugin:
Print Labels
Labels are printed in a regular grid on the resulting sheet. Note that the first three cells have been skipped, as per the selected option in the printing dialog:
The new label printing features will be available in the upcoming 0.13.0 stable release. Or, available now in the master code branch!
]]>To date, InvenTree has provided relatively simple “workflows” for barcode scanning. Scanning a barcode returns information about the database item associated with that barcode - such as a stock item, supplier part, purchase order, etc. This already allows users to perform many stock operations using barcode scanning - and is integrated into the native mobile app.
Recent updates (such as this pull request) have started to introduce more complex barcode workflows, which will allow for context sensitive barcode actions.
Many electronics manufacturers provide data-rich barcodes on items received against incoming purchase orders. The Electronics Component Industry Association (ECIA) has developed a 2D barcode standard which is now implemented by a number of major electronics suppliers.
Purchase orders line items received from these suppliers are often provided with comprehensive barcodes, such as the example below, from Digikey:
This 2D barcode contains the following data fields (and other information):
These data are sufficient to receive stock items into the InvenTree database with a simple barcode scan. By matching against an open purchase order, and finding the right line item, the item can be marked as received without any manual data entry on the part of the user. A data-driven automated barcode workflow can also reduce data entry errors.
To capitalize on this available data, InvenTree now supports scan-in of items received against purchase orders, from suppliers who support ECIA barcodes. A new barcode scan API endpoint is provided which handles all of the back-end operations.
Currently, the following suppliers are supported:
This functionality will be available in the upcoming 0.13.0
stable release.
The new purchase order barcode functionality is supported by the InvenTree mobile app:
We are working on integration into the web interface as part of our move to react
Other advanced barcode workflows are also planned for future development, particularly around build orders and sales orders.
Note that barcodes functionality can also be extended by plugins as required, for custom integrations or features.
To further improve barcode support, the mobile app has been updated to work with external barcode scanners (in addition to providing barcode scanning using the internal camera). The new scanner support provides keyboard wedge scanning, which means that it can interface with any barcode scanners which act as virtual keyboards.
In addition to working with external bluetooth scanners, this means that the app is now supported on barcode scanners which natively run android:
Any scanner which supports wedge or keyboard mode should now be able to integrate seamlessly with the InvenTree app.
We would particularly like to acknowledge the superb contributions of Bobbe who was instrumental in developing these new barcode features and mobile app integration. The InvenTree community continues to help us develop the software into a more functional and feature-packed product!
]]>