2011-05-27 23:08:04 +02:00
|
|
|
#!/usr/bin/env bash
|
2011-03-10 22:22:04 +01:00
|
|
|
test_description="Emacs with large search results buffer"
|
2017-09-25 22:38:19 +02:00
|
|
|
. $(dirname "$0")/test-lib.sh || exit 1
|
2021-05-15 22:47:44 +02:00
|
|
|
. $(dirname "$0")/test-lib-emacs.sh || exit 1
|
2011-03-10 22:22:04 +01:00
|
|
|
|
|
|
|
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
|
|
|
|
|
2021-05-15 22:47:44 +02:00
|
|
|
test_require_emacs
|
|
|
|
|
2011-03-10 22:22:04 +01:00
|
|
|
# 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
|
|
|
|
|
2011-03-11 01:53:46 +01:00
|
|
|
test_begin_subtest "Ensure that emacs doesn't drop results"
|
2012-01-23 05:26:10 +01:00
|
|
|
notmuch search '*' > EXPECTED
|
|
|
|
sed -i -e 's/^thread:[0-9a-f]* //' -e 's/;//' -e 's/xx*/[BLOB]/' EXPECTED
|
|
|
|
echo 'End of search results.' >> EXPECTED
|
2011-05-10 08:25:08 +02:00
|
|
|
|
2011-06-28 06:45:06 +02:00
|
|
|
test_emacs '(notmuch-search "*")
|
|
|
|
(notmuch-test-wait)
|
|
|
|
(test-output)'
|
|
|
|
sed -i -e s', *, ,g' -e 's/xxx*/[BLOB]/g' OUTPUT
|
2017-04-05 02:36:29 +02:00
|
|
|
test_expect_equal_file EXPECTED OUTPUT
|
2011-03-10 22:22:04 +01:00
|
|
|
|
|
|
|
test_done
|