[dovecot/core] edc654: lib-fts: Fix fts_tokenizer_delete_trailing_partial...

GitHub noreply at github.com
Tue Nov 22 16:00:10 UTC 2016


  Branch: refs/heads/master
  Home:   https://github.com/dovecot/core
  Commit: edc654a35c3368dfb529ba784aee41dff6f45149
      https://github.com/dovecot/core/commit/edc654a35c3368dfb529ba784aee41dff6f45149
  Author: Timo Sirainen <timo.sirainen at dovecot.fi>
  Date:   2016-11-22 (Tue, 22 Nov 2016)

  Changed paths:
    M src/lib-fts/test-fts-tokenizer.c

  Log Message:
  -----------
  lib-fts: Fix fts_tokenizer_delete_trailing_partial_char() unit test


  Commit: b1b0b2b543dc1a10015272fc970ad7534f84e0c5
      https://github.com/dovecot/core/commit/b1b0b2b543dc1a10015272fc970ad7534f84e0c5
  Author: Timo Sirainen <timo.sirainen at dovecot.fi>
  Date:   2016-11-22 (Tue, 22 Nov 2016)

  Changed paths:
    M src/lib-fts/fts-tokenizer-address.c
    M src/lib-fts/test-fts-tokenizer.c

  Log Message:
  -----------
  lib-fts: Make sure address tokenizer can't return empty tokens.

This happened when address was a token that first looked like it could be
a valid address, but then got truncated due to reaching maxlen, followed
by truncating the UTF8-sequence and finally all the rest of the '-' or
'.' chars that were valid at the beginning of the address are stripped
away by fts_tokenizer_delete_trailing_invalid_char(), leaving nothing left.

Fixes:
Panic: file fts-tokenizer.c: line 206 (fts_tokenizer_next): assertion failed: (ret <= 0 || (*token_r)[0] != '\0')


Compare: https://github.com/dovecot/core/compare/9644b7914445...b1b0b2b543dc


More information about the dovecot-cvs mailing list