@Ken_GlassWire No information is missing from the screenshot. I cropped the empty space in the middle of the screenshot (taken originally from a fully maximized window) before posting it.
Yes, the previous version was 21.0.0.0.
Releases of XYplorer follow a major.minor.maintenance_build naming convention.
Can you tell me the page URL on the XYplorer website where you got your information that 20.90.0900 was the version directly prior to 21.10 (i.e. that 21.00 was skipped)? I’m active in the XYplorer forum, so I’d like to report the website mistake to the XYplorer developer.
I’m sure that if you were mistaken in your previous post you would have admitted it, rather than simply telling me that you got your information from the XYplorer website.
We have now opened a ticket to investigate this problem. I noticed that app uses super long version numbers so perhaps that is causing a bug we somehow missed. Thanks for your report so we can fix it.
That’s tough and I don’t think it helps resolve this issue.
He was just trying to clarify what you were saying starting with the alert screenshot you posted. He was probably thinking that one of those version numbers was correct. Whereas you were saying that both versions displayed in the alert, 20.90 to 21.0, were incorrect and should have actually been 21.0 to 21.1. In other words, the problem was that both versions were incorrect rather than just the one he was asking about. Is that what you were saying earlier?
I’m interested to know if the chain of GlassWire alerts (like I showed for another app) for Xyplorer repeats any version numbers which would probably suggest that GlassWire uses the previous upgrade alert as the default data for the new alert. Then for some reason it is not being overwritten with the actual (correct) upgrade versions.