You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The order of the columns when you get events confused me. I was thinking,
In our Kubernetes environments, the event logs (ie: kubectl get events -w) aren't always ordered chronologically. For example, line 1 will be from 30 minutes ago, line 2 will be 5 seconds ago, line 3 will be 20 minutes ago then line 4 will be 1 second ago. I'm not sure if this is a problem with our Kubernetes install or Kubernetes itself.
Turns out it's just a visual problem where these events are sorted correctly (by LASTSEEN), but the first column is FIRSTSEEN. I think the first column should be LASTSEEN because that's the order the events are listed.
The text was updated successfully, but these errors were encountered:
This also confused me when I first saw it - I think this ordering would be more intuitive and help users discover the aggregation feature logically, instead of first having to grapple with why events are "out of order"
Automatic merge from submit-queue
swap FIRSTSEEN/LASTSEEN columns in `kubectl get event -w`
```release-note
Show LASTSEEN, the sorting key, as the first column in `kubectl get event` output
```
Not having LASTSEEN as the first column can confuse users into thinking
that events are not delivered in order.
Fixes#27060
Hello Kubernetes,
The order of the columns when you get events confused me. I was thinking,
Turns out it's just a visual problem where these events are sorted correctly (by
LASTSEEN
), but the first column isFIRSTSEEN
. I think the first column should beLASTSEEN
because that's the order the events are listed.The text was updated successfully, but these errors were encountered: