xuang7 opened a new issue, #4196: URL: https://github.com/apache/texera/issues/4196
### What happened? When a user aborts a multipart upload, abortMultipartUpload calls LakeFS to abort the remote multipart upload before deleting the upload session from the database. If the LakeFS call fails (e.g., 400 invalid address signature, physical address expired), the DB session is not deleted. Because the entire operation runs inside withTransaction, the transaction is rolled back, leaving an orphaned session in the database. **Expected behavior** The upload session should be cleaned up from the database when the user requests an abort, regardless of whether the LakeFS abort succeeds or fails. ### How to reproduce? 1. Start a multipart upload. 2. Interrupt the upload mid-way and force the LakeFS abort to fail (manually modify the session's physical address in the database). 3. Click Abort. 4. If LakeFS rejects the abort, the session remains in the `dataset_upload_session` table. 5. Subsequent uploads/resume attempts for the same file may encounter the orphaned session. ### Version 1.1.0-incubating (Pre-release/Master) ### Commit Hash (Optional) _No response_ ### What browsers are you seeing the problem on? _No response_ ### Relevant log output ```shell ``` -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
