Project

General

Profile

Actions

Bug #16011

open

AutoConfigBackup remote revision timestamps may not be unique due to batch uploads

Added by Jim Pingle 3 months ago. Updated 3 months ago.

Status:
Feedback
Priority:
Normal
Assignee:
Category:
Auto Configuration Backup
Target version:
Start date:
Due date:
% Done:

100%

Estimated time:
Plus Target Version:
25.03
Release Notes:
Default
Affected Version:
Affected Architecture:

Description

The way AutoConfigBackup queues and batches uploads (once per minute), a sufficiently fast system on a sufficiently fast connection may end up creating multiple backup entries with identical timestamps even though they are tracked to a tenth of a second when assigned by the server. This can lead to some confusion in the ACB GUI if a user attempts to view/delete/etc one of multiple backups with an identical timestamp.

The service returns the last (newest) entry when viewing, which is almost always the one the user intended. When deleting, it deletes all entries with the same timestamp.

It's been this way for years and hasn't had a significant impact that anyone has noticed, but it's worth working around anyhow. Typically the previous entries in these cases are automated intermediate config writes that are not important anyhow.

Simple fix is to introduce a small delay between batched uploads. This not only makes sure the timestamps are unique, but also reduces the load on the server by slowing down batched upload requests.

I have a fix for this pending along with other ACB work.

Actions #1

Updated by Jim Pingle 3 months ago

  • Status changed from In Progress to Feedback
  • % Done changed from 0 to 100
Actions

Also available in: Atom PDF