Nope. It remains there by design. Maximizing a camera is how you filter the clip list, plus people want to be able to live view and see the clip list at the same time. If you want to stop the stream to save CPU or bandwidth, you can open any clip and then pause it. Okay, so they appear in jpegpull. That is interesting because jpegpull uses an entirely different method to load the clip list. The mobile apps (Android and iOS) use the same method as UI3, so if you could find out if this bug happens there, that would really narrow down the problem. I see 3 possibilities: 1) Blue Iris might not be sending metadata about those alerts at all. If the same bug occurs in the official mobile apps, that would confirm this theory. 2) Some of the alert metadata might not follow the usual format for some reason, causing them to not be processed and rendered by UI3. I would expect that to produce some kind of visible error message though. If this is the problem, I should be able to fix it if you gave me temporary access to your web server with an account that can reproduce the problem. 3) When using the calendar control in UI3, UI3 loads all the clips/alerts for the selected day(s) in pages of 1200 items at a time. If you have enough alerts for this to happen, maybe there is a bug in how UI3 is appending the pages together. However I believe you have seen this bug while not using the calendar control? UI3 only loads one page of items when you don't use the calendar, so that would rule this out as a possible bug.