mirror of
https://github.com/haproxy/haproxy.git
synced 2026-07-10 17:55:32 -04:00
a6906d799f
An "[edit note]" link now appears next to "[add note]" whenever a line has shared notes: it presents the whole note blob in the input box for edition, and the save sends it as a replacement (the "setnotes" directive, carrying the hash of the blob the edit was based on). Emptying the box deletes the note. Clicking "add note" first and then "edit note" merges the reference notes with the pending addition so nothing typed so far is lost, and a "[cancel]" link aborts an edition opened by mistake without touching anything. An open input only disappears once its content is synchronized with the reference: a successful save, an update proving an exact match, or an explicit cancel. To that end, "Get updates" first silently closes the no-op boxes (opened but nothing changed), then after applying the fetched state it closes the boxes it made redundant (an addition someone already pushed, an edition matching the current notes), and re-bases an edition whose base moved, turning it red: red uniformly means "the reference changed under your edit, review the notes above against your text before saving". A save refused by the server (the "conflict <cid>" response lines) turns the input red the same way, keeping it in edition; states and additions from the same save are unaffected. After a reload, a browser-restored pending note reopens in append mode, the only safe assumption since a lost replacement base cannot be recovered. |
||
|---|---|---|
| .. | ||
| base64 | ||
| coccinelle | ||
| flags | ||
| gdb | ||
| h2 | ||
| haring | ||
| hpack | ||
| ncpu | ||
| patchbot | ||
| phash | ||
| plug_qdisc | ||
| poll | ||
| qpack | ||
| sslkeylogger | ||
| tcploop | ||
| term_events | ||
| trace | ||
| udp | ||