2724+updated logging test - For testing purposes only #2728
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Owner
abraunegg
commented
May 28, 2024
•
abraunegg
commented
- For testing purposes only - DO NOT USE UNLESS ADVISED TO USE THIS BRANCH
* Initial commit of onedrive-v2.5.0-alpha-5
* Delete documents again as POSIX rename failure
* Re-add documents
* Delete readme & changelog due to POSIX issue
Re-add documents
* Update docs
* Fix zero byte file handling
* Just sync the triggered file, no scan of parent directory
* Cleanup array memory before we start adding files
* Update inotify event handling where files might be temporarily moved by applications. This scenario is common with certain text editors (like Vim with specific configurations), which can lead to misleading file deletion detections.
* Add logging output for what IP protocol is going to be used to access Microsoft OneDrive
Implement refactored and optimised applicationChangeWhereResyncRequired() function
* Re-introduce CURLOPT_FORBID_REUSE setting from 'alpha-2'
Fix that 'config' does not load when a deprecated option is at the beginning of the config file
* Update 'root:' removal for 'skip_dir' path checking
Malformed config line should cause the application to exit. This then prevents malformed lines which might be valid configuration items, from not being read in, thus, causing incorrect application function based on expectations.
* If requesting --help, dont attempt to load any 'config' file
* Remove potentially redundant applicability check of a path if this is already in the database. This is a manual merge of #2525
* Implement Docker options to utilise --disable-download-validation and --disable-upload-validation
* Ensure that we load the 'skip_file' defaults when attempting to compare any configuration file entry changes
Update comment for libcurl forbid_reuse
Fix reported bug where the online date is being changed in download-only mode
Fix that --dry-run prevents authorization
* If timestamp needs to be corrected, return false so that the correct actions can be taken * If in a --download-only scenario, do not update the timestamp online
* Fix debug output
Reinstate safeRename for online item moves
* Add further timestamp qualifications
* Add UTC note when detailing that there is a time difference
* Add PR 2527v2 to 'alpha-5': Fix edge case file upload bugs when using --local-first
* Clarify CURLOPT_CONNECTTIMEOUT in documentation * Clarify CURLOPT_TIMEOUT in documentation * Add 'threads' as a config file option to control the number of threads used, default of 8, max of 16 * Change CURLOPT_CONNECTTIMEOUT value to v2.4.x value default of 10 seconds * Configure libcurl to reuse connections
* * If we have to 'build' the path use for checking against Client Side Filtering rules, if the folder is a shared folder, ensure the folder root is part of the path we are checking
* If '--download-only --cleanup-local-files' is being used, combined with 'sync_list' entries, ensure that the cleanup is occurring
* Add note regarding compiling from source and how to install the compiler to use
* Update systemd description
* Add Linux Mint 22.x
* Update recommendations
* Update application handling to provide more details around GUI Notifications and the elements required to make this capability work
* Update notification output
* Remove logging output that was missed
* Update messages around GUI notifications and what daemon is required to enable this to work
…egg/onedrive into 2724+updated-logging-test
* Rather than display the 'file' that generates the notification, align to notification standards and use the binary name as the notification caller
* Cleanup GUI Notification initialisation
* Clarify GUI Notification Support
* Align warning messages
* Update fix for Issue #2740
* reorder debug logging output for decode
* Fix when reading config from /etc/onedrive/ path, that if permissions do not allow writing, do not cause application crash
* When using a system 'config' file, the item database should STILL be in the users home directory, to allow individual users files / online account data to be stored there
* Fix to ensure that the application reads 'config' from user entry when using --confdir and a specified directory, and in scenarios where a system 'config' file exists, or attempting to run the client from the build directory, the 'config' file path is correctly set for all scenarios
* Separate out 'sync_dir_permissions' and 'sync_file_permissions' validation checks
* Add a note that --resync can also be used to reset the local sync state
abraunegg
added a commit
that referenced
this pull request
Aug 9, 2024
|
Closed as onedrive v2.5.0-rc3 is published |
|
This pull request has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Repository owner
locked and limited conversation to collaborators
Aug 19, 2024
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.