Version bump to 0.0.78

[CTY-git]

PR Checklist

• [x] The commit message follows our guidelines: Code of conduct
• [ ] Tests for the changes have been added (for bug fixes / features)
• [ ] Docs have been added / updated (for bug fixes / features)
• [ ] Does this PR introduce a breaking change?
• [x] Include PR in release notes?

PR Type

• [ ] Bugfix
• [ ] Feature
• [ ] Refactoring
• [ ] Build /CI
• [ ] Documentation
• [x] Others

What is the current behavior?

Issue Number: N/A

What is the new behavior?

Other information

[patched-admin]

The pull request review mainly involves a version increment from `0.0.77` to `0.0.78` in the `pyproject.toml` file, which is strictly a metadata update and does not involve any changes to executable code. Consequently, this by itself does not pose any risk of introducing bugs or security vulnerabilities. However, it emphasizes the necessity to review any underlying code changes that might accompany this version increment for potential security risks, compliance with coding standards, and bug detection. These checks are important even though they are not visible in the current diff. Additionally, in the `tests/common/test_app.py` file, there is a modification where the string `GenerateUnitTests` has been added to the expected output of two test cases. This emphasizes the need for a deliberate change reflecting intended functionality and ensures no unintended bugs are introduced. Caution is advised to prevent exposure of sensitive configurations through this addition, along with adherence to coding standards in terms of naming conventions and style for this new option. To ensure the robustness of this update, it is important to verify that associated application logic supports this change without negatively impacting other functionalities. Lastly, it is suggested to confirm that documentation or project versioning policies are properly aligned and updated accordingly. ------

* File changed: [pyproject.toml](https://github.com/patched-codes/patchwork/pull/1010/files#diff-50c86b7ed8ac2cf95bd48334961bf0530cdc77b5a56f852c5c61b89d735fd711) The changes in the `pyproject.toml` file only include a version increment from `0.0.77` to `0.0.78`. This change alone is not sufficient to identify any potential bugs or security vulnerabilities, as the `version` change is a metadata update without any executable code modifications. If any underlying code changes were made that should correspond to this version increment, they should be checked for security vulnerabilities, adherence to coding standards, and potential bugs. Since those code changes are not visible in this diff, no specific issues can be identified here. Ensure that actual code changes follow the project's coding standards and have appropriate tests covering any new behavior or bug fixes. Additionally, ensure this version increment aligns with your project's versioning policy and that other related documentation, if any, is updated accordingly.

* File changed: [tests/common/test_app.py](https://github.com/patched-codes/patchwork/pull/1010/files#diff-2a8b90e5130d5bff7e4c009e616d273a3a9f9cdbf67e31dc9bdba0a9c794418c) The modifications to the test cases in `tests/common/test_app.py` involve adding a new string, `GenerateUnitTests`, to the expected output of the tests `test_default_list_option_callback` and `test_config_list_option_callback`. Here are the points that need attention: 1. **Potential Bugs**: - Ensure that the addition of `GenerateUnitTests` is a deliberate change that matches the intended functionality. Verify whether this new capability is supported in the code being tested, otherwise it might cause test failures or masking of bugs due to differences in expected vs. actual behavior of the application. 2. **Security Vulnerabilities**: - Generally, changes to test files are less likely to introduce security vulnerabilities directly. However, ensure that the logic for listing options does not inadvertently expose any sensitive configurations or data that were not meant to be listed publicly. 3. **Coding Standards Adherence**: - Check if `GenerateUnitTests` has been added in a manner consistent with other similar options in the codebase, in terms of naming conventions and style. - Confirm that the test description/comments, if any, reflect the purpose of this added option and maintain consistency with the original documentation style. It would be beneficial to check the associated application logic to ensure this new option does not adversely affect the behavior of other features or depend on additional unverified changes.