diff options
| author | Samarjit Adhikari <samarjit.adhikari@gmail.com> | 2013-05-12 20:27:36 +0800 |
|---|---|---|
| committer | Matthew Barnes <mbarnes@redhat.com> | 2013-05-12 20:39:06 +0800 |
| commit | f3b18d41c983287540c21996aadd3e95a2c63013 (patch) | |
| tree | 5014475e2c0d59032295cea838350cc5b0d67724 /mail | |
| parent | 83e14aef2047121057c39fee43596c41596cb360 (diff) | |
| download | gsoc2013-evolution-f3b18d41c983287540c21996aadd3e95a2c63013.tar.gz gsoc2013-evolution-f3b18d41c983287540c21996aadd3e95a2c63013.tar.zst gsoc2013-evolution-f3b18d41c983287540c21996aadd3e95a2c63013.zip | |
Bug 697632 - [mail-to-task] Invalid unref of a CamelFolder
e_mail_reader_get_folder() does not return a new CamelFolder reference,
yet mail_to_event() was acting as though it does. This caused a crash
after the function ran and Evolution tried to use the folder again.
Truth be told, e_mail_reader_get_folder() really *should* return a new
reference to ensure the CamelFolder is not finalized while it's in use.
But we would need to rename the function to e_mail_reader_ref_folder()
to reflect the change in semantics, and I suspect the function is used
in a great many places.
(cherry picked from commit f0151c785648b44850b46fa50336126c282fcc58)
Diffstat (limited to 'mail')
0 files changed, 0 insertions, 0 deletions