# io.github.libtmux.TextOutcome.TextOutcome.PRESENT_AT_ENTRY

- **Module:** io.github.libtmux.TextOutcome.TextOutcome
- **Package:** io.github.libtmux:libtmux
- **Language:** Java
- **Kind:** constant
- **Source:** https://github.com/libtmux/libtmux-java/blob/842228310449e879ebcaa3f910597757c9dbffd6/libtmux/src/main/java/io/github/libtmux/TextOutcome.java#L34
- **Page:** https://libtmux.org/en/java/latest/reference/io-github-libtmux-textoutcome-textoutcome-present_at_entry/

The first look already showed the text, so this wait did not see it arrive.

Exactly that, and no more. It may be output from a command the caller started a moment ago
and that finished before the first read, or it may have been on the pane for an hour — a
screen cannot tell those apart, and reporting them as the same thing would be the claim this
outcome exists to avoid. A caller that needs the difference should not be reading a screen:
append {@code ; tmux wait-for -S name} to its own command and block on {@link Server#channel},
which is exact.

An echo of what this library typed is never what is found here; that is the caller's own
question coming back, and it is discounted.