git/list[1] front-page[2] threads[3] people[4] search[5] about
 

[RFC PATCH 0/1] git: pager behaviour

From
MBMatthew Bystrin <dev.mbstr@gmail.com>
Date
Nov 4, 2024, 14:05 UTC
Message-ID
<20241104140536.4970-1-dev.mbstr@gmail.com>

I've recently discovered that launching `--edit` with `--paginate` breaks everything. Is this an expected behaviour? I proposed a possible solution in this patch. However it is turned out that situation with pager is more complicated than expected.

This patch does not fix `notes` command and even does not pass "t7006.24 git tag -a respects --paginate" test. Interesting point to mention is that `notes edit` command can be also broken with `-c pager.notes=1`.

Relates: cd878a206e8c (t7006: add tests for how git config paginates) 
Matthew Bystrin (1):
  git: ignore paginate for commands with DELAY_PAGER_CONFIG
 git.c | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)
-- 
2.43.0
Next: Matthew Bystrin
Message 1 of 2 in “git: pager behaviour”
  1. 0/1 git: pager behaviourMatthew Bystrin, Nov 4, 2024
  2. 1/1 git: ignore paginate for commands with DELAY_PAGER_CONFIGMatthew Bystrin, Nov 4, 2024

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.