Bug#979541: sylpheed: [regression] spell check no longer recognizes some correct Italian words

2021-01-15 Thread Francesco Poli 
On Fri, 8 Jan 2021 19:17:45 +0100 Francesco Poli wrote:

[...]
> Please take into account that I am experiencing the same exact issue
> with claws-mail (which is known to be a fork of sylpheed, although the
> two code bases have probably diverged significantly in so much time...)
> and with libreoffice-writer (which really surprised me, as I thought it
> was not even using the same spell checker library: libhunspell-1.7-0,
> rather than libaspell15...).

Hello again,
it seems that sylpheed and libreoffice-writer (can) use the same
dictionary: hunspell-it (for Italian spell checking).
I thought that this dictionary was usable only with libhunspell, but I
was probably wrong.

And it seems that the regression I reported was introduced by the
upgrade of hunspell-it (which, on my system, happened on January, the
6th):

  [UPGRADE] hunspell-it:amd64 1:7.0.1-1 -> 1:7.1.0~rc1-1

The [bug] has been reported against package hunspell-it and
subsequently fixed in version 1:7.1.0~rc2-1 of hunspell-it.

[bug]: 

I've just upgraded to hunspell-it/1:7.1.0~rc2-2 (currently in Debian
unstable) and I can confirm that it fixes the regression:

  [UPGRADE] hunspell-it:amd64 1:7.1.0~rc1-1 -> 1:7.1.0~rc2-2


Feel free to reassign this bug report to package hunspell-it and to
forcemerge it with the already closed bug report #979439.

Sorry for reporting a regression that was not actually caused by
package sylpheed!
And thanks for your time and patience.



-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpkQAZ5qlWB9.pgp
Description: PGP signature

Bug#979541: sylpheed: [regression] spell check no longer recognizes some correct Italian words

2021-01-08 Thread Francesco Poli 
Control: tags -1 - moreinfo

On Fri, 8 Jan 2021 01:55:09 +0100 Ricardo Mones wrote:

[...]
> Hi Francesco,

Hello Ricardo, thanks a lot for your prompt reply!

> 
> On Thu, Jan 07, 2021 at 11:49:04PM +0100, Francesco Poli wrote:
[...]
> > I tried to downgrade the following packages:
> > 
> >   libaspell15:amd64 from 0.60.8-2 to 0.60.8-1
> >   aspell from 0.60.8-2 to 0.60.8-1
> >   aspell-it from 2.4-20070901-0-3.1 to 2.4-20070901-0-3
> > 
> > but this didn't help.
> > 
> > I am more and more puzzled...
> 
> Current version was not a very fortunate upload, though in theory should
> not have side effects like the ones you're describing here. Anyway, can
> you try to downgrade sylpheed itself to 3.7.0-7 and check?

I've just tried to downgrade sylpheed and sylpheed-i18n to version
3.7.0-7, but this didn't help.

To be honest, I was skeptical, since the new Debian revision (3.7.0-8)
migrated to testing a long ago (during last summer) and I upgraded at
that time.
I had not experienced this issue until very recently: that's why I
tried to downgrade libaspell15. It was the most obvious suspect.
But nothing seems to help...  :-(

> 
> thanks in advance,

Thanks to you, for any help you may provide.

Please take into account that I am experiencing the same exact issue
with claws-mail (which is known to be a fork of sylpheed, although the
two code bases have probably diverged significantly in so much time...)
and with libreoffice-writer (which really surprised me, as I thought it
was not even using the same spell checker library: libhunspell-1.7-0,
rather than libaspell15...).

There's something wrong with some recent upgrade on my Debian testing
boxes, but I really cannot understand where.

Above all, I am confused by the test with aspell (the command-line
program), which still seems to work perfectly.

Any idea?



P.S.: I am removing the moreinfo tag, since I think I replied to your
request for additional information, but, of course, feel free to re-add
the tag, in case you need some other reply from me.


-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpEfUMiw8SAN.pgp
Description: PGP signature

Bug#979541: sylpheed: [regression] spell check no longer recognizes some correct Italian words

2021-01-07 Thread Ricardo Mones 
control: tags -1 moreinfo

Hi Francesco,

On Thu, Jan 07, 2021 at 11:49:04PM +0100, Francesco Poli wrote:
> On Thu, 07 Jan 2021 23:33:09 +0100 Francesco Poli (wintermute) wrote:
> 
> [...]
> > For example, if I compose a message with the following text:
> > 
> >   """
> >   Questa è una prova che mi interessa poiché c'è qualcosa che non va.
> >   """
> > 
> > and select "it" spell language, I see the following red-underlined
> > words or expressions: "è", "poiché", "c'è".
> 
> I forgot to add that even "mi" is red-underlined, despite being pure
> ASCII.
> 
> [...]
> > Hence, I do not understand what exactly broke during the last days
> > of package upgrades.
> > Maybe the way Sylpheed communicates the text to aspell?
> 
> I tried to downgrade the following packages:
> 
>   libaspell15:amd64 from 0.60.8-2 to 0.60.8-1
>   aspell from 0.60.8-2 to 0.60.8-1
>   aspell-it from 2.4-20070901-0-3.1 to 2.4-20070901-0-3
> 
> but this didn't help.
> 
> I am more and more puzzled...

Current version was not a very fortunate upload, though in theory should
not have side effects like the ones you're describing here. Anyway, can
you try to downgrade sylpheed itself to 3.7.0-7 and check?

thanks in advance,
-- 
  Ricardo Mones 
  ~
  Physics is like sex: sure, it may give some practical results, but 
  that's not why we do it.Richard Feynman



signature.asc
Description: PGP signature

Bug#979541: sylpheed: [regression] spell check no longer recognizes some correct Italian words

2021-01-07 Thread Francesco Poli 
On Thu, 07 Jan 2021 23:33:09 +0100 Francesco Poli (wintermute) wrote:

[...]
> For example, if I compose a message with the following text:
> 
>   """
>   Questa è una prova che mi interessa poiché c'è qualcosa che non va.
>   """
> 
> and select "it" spell language, I see the following red-underlined
> words or expressions: "è", "poiché", "c'è".

I forgot to add that even "mi" is red-underlined, despite being pure
ASCII.

[...]
> Hence, I do not understand what exactly broke during the last days
> of package upgrades.
> Maybe the way Sylpheed communicates the text to aspell?

I tried to downgrade the following packages:

  libaspell15:amd64 from 0.60.8-2 to 0.60.8-1
  aspell from 0.60.8-2 to 0.60.8-1
  aspell-it from 2.4-20070901-0-3.1 to 2.4-20070901-0-3

but this didn't help.

I am more and more puzzled...

-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgp2V1PMpjLLc.pgp
Description: PGP signature

Bug#979541: sylpheed: [regression] spell check no longer recognizes some correct Italian words

2021-01-07 Thread Francesco Poli (wintermute) 
Package: sylpheed
Version: 3.7.0-8
Severity: normal

Hello!

A few days ago, I began experiencing a strange regression in Italian
spell check within Sylpheed.
Some correct Italian words are no longer recognized as valid.
Especially words with accented vowels (which include non-ASCII UTF-8
characters), but not only.

For example, if I compose a message with the following text:

  """
  Questa è una prova che mi interessa poiché c'è qualcosa che non va.
  """

and select "it" spell language, I see the following red-underlined
words or expressions: "è", "poiché", "c'è".

For the record, the above text is the Italian for:

  """
  This is a test I am interested in, since there's something wrong.
  """

and all the Italian words are correct (I am an Italian native speaker).

The strange thing is that aspell (the program) does not seem to
have issues with the text:

  $ cat test.txt
  Questa è una prova che mi interessa poiché c'è qualcosa che non va.
  $ aspell -l it check test.txt 

Hence, I do not understand what exactly broke during the last days
of package upgrades.
Maybe the way Sylpheed communicates the text to aspell?

Please investigate the bug and fix it and/or forward my bug report
upstream, as appropriate.

Thanks for your time.
Bye!



-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (800, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.9.0-5-amd64 (SMP w/4 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages sylpheed depends on:
ii  libc62.31-6
ii  libcairo21.16.0-5
ii  libcompfaceg11:1.5.2-5+b2
ii  libenchant-2-2   2.2.12-1
ii  libgdk-pixbuf2.0-0   2.40.2-2
ii  libglib2.0-0 2.66.4-1
ii  libgpgme11   1.14.0-1+b2
ii  libgtk2.0-0  2.24.33-1
ii  libgtkspell0 2.0.16-1.3
ii  libldap-2.4-22.4.56+dfsg-1
ii  libonig5 6.9.5-2
ii  libpango-1.0-0   1.46.2-3
ii  libpangocairo-1.0-0  1.46.2-3
ii  libssl1.11.1.1i-1
ii  pinentry-gtk21.1.0-4
ii  sensible-utils   0.0.12+nmu1

Versions of packages sylpheed recommends:
ii  aspell-de [aspell-dictionary]  20161207-8
ii  aspell-en [aspell-dictionary]  2018.04.16-0-1
ii  aspell-it [aspell-dictionary]  2.4-20070901-0-3.1
ii  ca-certificates20200601
pn  sylfilter | bogofilter | bsfilter  
ii  sylpheed-i18n  3.7.0-8

Versions of packages sylpheed suggests:
pn  claws-mail-tools  
ii  curl  7.74.0-1
pn  sylpheed-doc  
pn  sylpheed-plugins  

-- no debconf information