Actually, I'm going to change this to -1. Something happened to spell checking.
Languages are shown as Unknown and replacing misspelled words does not work in
mail compose window any more.
Languages being shown as unknown is actually present in the previous version as
well, but at least replacing words that are not spelled properly works.
Could you open a bug for this, please? Doing any investigation here is rather
hard. I'd check what changed with enchant for you, and eventually with
hunspell/aspell packages. Eventually with iso-codes package. Also, giving two
"-1" for one reason is not good from my point of view.
Well, -1 here (in bodhi) means "has a regression", so that is what I used. Isn't
the point of putting packages into testing to find out if something got broken?
AFAICT, this is not a security update, so nobody should get compromised as a
result of my -1.
I just tried this and one of my machines also show "Unknown (enUS)" in the menu
as checked, then the right-clicking of the misspelled word in the composer body
suggests correction, either it is 3.16.3 or 3.16.4 of evolution packages. My
other machine shows language names properly.
My complain was about "multiple -1", but I see the karma-counter is smart enough
to not use those multiple from one person. So it's okay. Otherwise I'm fine (and
happy) if we find any issue, to fix it before the update gets into the stable.
Let's move to your bug report.
mcrha has edited this update. New build(s): evolution-3.16.4-2.fc22. Removed build(s): evolution-3.16.4-1.fc22.
No point giving a -1 now and also not sure whether it's really a regression, but
I think I found another problem. If I compose a plain text e-mail, switch part
of it to preformatted, I cannot get the following paragpraphs to be normal any
more (neither shortcut key nor select + switch to normal work).
BTW, very difficult to replicate that last one. I think I cut/pasted a piece of
text form the shell or something. I cannot do it any more, so it must have been
some kind of special condition.
This update has been submitted for testing by mcrha.
Taskotron: depcheck test PASSED on i386. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/105523/steps/runtask/logs/stdio (results are informative only)
Taskotron: depcheck test PASSED on x86_64. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/105523/steps/runtask/logs/stdio (results are informative only)
This update is currently being pushed to the Fedora 22 testing updates repository.
This update has been pushed to testing
Seems to work (imap+, ews).
Critical path update approved
Actually, I'm going to change this to -1. Something happened to spell checking. Languages are shown as Unknown and replacing misspelled words does not work in mail compose window any more.
Languages being shown as unknown is actually present in the previous version as well, but at least replacing words that are not spelled properly works.
Could you open a bug for this, please? Doing any investigation here is rather hard. I'd check what changed with enchant for you, and eventually with hunspell/aspell packages. Eventually with iso-codes package. Also, giving two "-1" for one reason is not good from my point of view.
Well, -1 here (in bodhi) means "has a regression", so that is what I used. Isn't the point of putting packages into testing to find out if something got broken? AFAICT, this is not a security update, so nobody should get compromised as a result of my -1.
Bug #1243680.
I just tried this and one of my machines also show "Unknown (enUS)" in the menu as checked, then the right-clicking of the misspelled word in the composer body suggests correction, either it is 3.16.3 or 3.16.4 of evolution packages. My other machine shows language names properly.
My complain was about "multiple -1", but I see the karma-counter is smart enough to not use those multiple from one person. So it's okay. Otherwise I'm fine (and happy) if we find any issue, to fix it before the update gets into the stable. Let's move to your bug report.
mcrha has edited this update. New build(s): evolution-3.16.4-2.fc22. Removed build(s): evolution-3.16.4-1.fc22.
This update has been submitted for testing by mcrha.
Taskotron: depcheck test PASSED on i386. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/106610/steps/runtask/logs/stdio (results are informative only)
Taskotron: depcheck test PASSED on x86_64. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/106610/steps/runtask/logs/stdio (results are informative only)
This update is currently being pushed to the Fedora 22 testing updates repository.
This update is currently being pushed to the Fedora 22 testing updates repository.
works for me
This update has been pushed to testing
Bug #1243680 fixed. Thanks!
Critical path update approved
No regressions detected
This update has reached the stable karma threshold and will be pushed to the stable updates repository
Taskotron: upgradepath test PASSED on noarch. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/107281/steps/runtask/logs/stdio (results are informative only)
No point giving a -1 now and also not sure whether it's really a regression, but I think I found another problem. If I compose a plain text e-mail, switch part of it to preformatted, I cannot get the following paragpraphs to be normal any more (neither shortcut key nor select + switch to normal work).
BTW, very difficult to replicate that last one. I think I cut/pasted a piece of text form the shell or something. I cannot do it any more, so it must have been some kind of special condition.
Okay, feel free to open a bug report in GNOME's bugzilla against evolution and its Composer component.
This update is currently being pushed to the Fedora 22 stable updates repository.
This update has been pushed to stable