mirror of
https://git.notmuchmail.org/git/notmuch
synced 2024-11-22 02:48:08 +01:00
44d3c57e2a
Rather than silently swallowing unexpected output, the emacs interface will now
display it. This will allow error messages to actually arrive at the emacs
interface (though not in an especially pretty way). This also allows for easier
investigation of the inadvertent swallowing of search results that span page
boundaries (as demonstrated by the recent added emacs-large-search-buffer test).
The page-boundary bug has been present since a commit from 2009-11-24:
93af7b5745
Many thanks to Thomas Schwinge for tracking that bug down and
contributing the test for it.
27 lines
985 B
Bash
Executable file
27 lines
985 B
Bash
Executable file
#!/bin/bash
|
|
test_description="Emacs with large search results buffer"
|
|
. test-lib.sh
|
|
|
|
x=xxxxxxxxxx # 10
|
|
x=$x$x$x$x$x$x$x$x$x$x # 100
|
|
x=$x$x$x$x$x$x$x$x$x # 900
|
|
|
|
# We generate a long subject here (over 900 bytes) so that the emacs
|
|
# search results get large quickly. With 30 such messages we should
|
|
# cross several 4kB page boundaries and see the bug.
|
|
n=30
|
|
for i in $(seq 1 $n); do
|
|
# Roughly 100B2 KiB per message. That is, we need two messages in order to
|
|
# exceed the typical size of the pipe buffer (4 KiB on commodity systems).
|
|
generate_message '[subject]="$x $i of $n"'
|
|
done
|
|
|
|
notmuch new > /dev/null
|
|
|
|
test_begin_subtest 'Comparing emacs result to "notmuch search"'
|
|
expected="$(notmuch search '*' | sed -e 's/^thread:[0-9a-f]* //' -e 's/;//' -e 's/xx*/[BLOB]/')
|
|
End of search results."
|
|
output=$(test_emacs '(notmuch-search "*") (notmuch-test-wait) (message (buffer-string))' 2>&1 | sed -e s', *, ,g' -e 's/xxx*/[BLOB]/g')
|
|
test_expect_equal "$output" "$expected"
|
|
|
|
test_done
|