# Warning count bug?

**URL:** https://forum.duplicati.com/t/warning-count-bug/20926
**Category:** Support
**Created:** [July 24, 2025, 2:12am UTC](https://forum.duplicati.com/t/warning-count-bug/20926 "2025-07-24T02:12:58Z")
**Posts on this page:** 1
**Showing post:** 4

<div class="post-metadata">

### Author: ![ts678](https://forum.duplicati.com/letter_avatar_proxy/v4/letter/t/8491ac/32.png) [@ts678](https://forum.duplicati.com/u/ts678)
#### Post date: [July 26, 2025, 11:57am UTC](https://forum.duplicati.com/t/warning-count-bug/20926/4 "2025-07-26T11:57:19Z")

</div>

> [@Kasey\_Chang](#):
>
> But I dismissed the warnings when it showed up at 9AM, and it showed up AGAIN at 10AM run… when the whole 10AM run was completed without ANY errors or warnings… 0/0. It’s a little… misleading.

Are you looking at the same only Duplicati tab the whole time? Can you repro the issue?

> [@Kasey\_Chang](#):
>
> I did SOMETHING to fix those warnings or errors between the runs.

It doesn’t need to be that mysterious. Can you reveal the nature of those two warnings?

> [@Kasey\_Chang](#):
>
> Maybe do an informational “Green” dialog that says “Current run completed with no errors or warnings”

That invites a similar persistence problem, if the dialog hangs around awaiting a Dismiss. Scheduled run might happen, and then what, and what if there’s an error in the next run?

One can look at “Last successful backup” on home screen – if one knows what to expect.

Duplicati Console at `app.duplicati.com` is probably meant to help track backup results. Developer could speak more to that, but since you care, have you considered using that?

Duplicati apparently has a designer available to help sort this sort of thing out, but I’m not certain how quickly or effectively they work. The new UI heading to release has old issue regarding [nuisance alerts that need to be dismissed manually](https://forum.duplicati.com/t/release-2-1-0-118-canary-2025-05-12/20666/16). It has not been addressed.

Regardless, this is a question for developer and/or designer. Meanwhile, give repro steps.

> [@Kasey\_Chang](#):
>
> Duplicati hits the HDD hard

That’s the nature of most backup programs. They search the entire Source for changes. Generally people like backup as fast as possible. The [use-background-io-priority](https://docs.duplicati.com/community-docs/community-docs-advanced-options#use-background-io-priority) option allows yielding drive access to other use, but then those other uses are hitting the drive.

[usn-policy](https://docs.duplicati.com/community-docs/community-docs-advanced-options#usn-policy) can sometimes help some Windows NTFS users avoid searches for changes.

I’m not sure if there’s an open request for a run-slow-to-go easy-on-my-hardware request. You can try searching the forum and GitHub Issues. There WAS a [case](https://forum.duplicati.com/t/problem-backing-up-data-from-usb-stick/18896) where activity on USB stick had exceeded computer port power. Solution there was to use an external hub.

---

_[View the full topic](https://forum.duplicati.com/t/warning-count-bug/20926)._