Bug#920423: sogo: Exception thrown on "rich" email view after 4.0.5 upgrade (from 3.2.6)
On Fri, 01 Feb 2019 11:36:59 +0100 Jordi Mallach wrote:
> El dj. 31 de 01 de 2019 a les 20:06 +, en/na Matthew Hall va
> escriure:
> > No problem!
> >
> > It seems to actually be a known issue(?) with SOGo upstream, I’ve
> > managed to open a bug report on there own tracker:
> >
> > https://sogo.nu/bugs/view.php?id=4659
> >
> > Looks like at least one other punter is having the same issue, which
> > I guess makes it reproducible!
> >
> > Presumably the Debian package will be rebuilt from their sources once
> > they’ve patched it?
>
> Yes, once there's a patch we would include it in our version ASAP.
>
> If you're monitoring the issue, feel free to ping us here if you see a
> fix has landed.
>
> Jordi
> --
> Jordi Mallach Pérez -- Debian developer https://www.debian.org/
> jo...@sindominio.net jo...@debian.org https://www.sindominio.net/
> GnuPG public key information available at https://oskuro.net/
>
I just posted the following on the SOGO bugtracker issue page.
Patched fixed the problem for me:
I figured out the problem. The shouldAskReceipt function in UIxMailView.m
sends a nil email parameter to NGMailAddressParser which calls
[NSString stringWithString] with this parameter. Prior versions of gnustep
tolerated this but not 1.26.
A quick fix is below:
diff -u -r b/SOGo-4.0.5/UI/MailerUI/UIxMailView.m
a/SOGo-4.0.5/UI/MailerUI/UIxMailView.m
--- b/SOGo-4.0.5/UI/MailerUI/UIxMailView.m 2019-01-09
18:03:12.0 +0300
+++ a/SOGo-4.0.5/UI/MailerUI/UIxMailView.m 2019-02-11
15:25:44.870164041 +0300
@@ -716,14 +716,17 @@
email = [mailHeaders objectForKey: @"return-receipt-to"];
}
- // email here can be "f...@bar.com" or "Foo Bar "
- // we must extract the actual email address
- mailAddress = [[NGMailAddressParser mailAddressParserWithString:
email] parse];
- if ([mailAddress isKindOfClass: [NGMailAddress class]])
- email = [mailAddress address];
- else
- email = nil;
+ if (email)
+ {
+ // email here can be "f...@bar.com" or "Foo Bar "
+ // we must extract the actual email address
+ mailAddress = [[NGMailAddressParser
mailAddressParserWithString: email] parse];
+ if ([mailAddress isKindOfClass: [NGMailAddress class]])
+ email = [mailAddress address];
+ else
+ email = nil;
+ }
if (email)
{
Bug#555168: Unclear license situation for (e)glibc locales provided by you
On 06/29/2012 12:30 PM, Helge Kreutzmann wrote: Hello, you are listed as contact person/author of the following locale: tr_TR This locale comes with a statement % Distribution and use is free, also % for commercial purposes. Thus it does not allow modification; it is unclear, however, if this statement was meant as a license. As discussed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this locale could strictly speaking not be part of Debian which would be a great loss. (Currently it is allowed pending investigation). To properly resolve this, I would like to ask you the following question: Would you be willing to relicense this locale to a proper license, e.g. (L)GPL v2 or higher or another free software license of your choice? Sure, I put my name to be contacted in case of any problem. I did not have any intention to put any license restrictions in the first place . I believe that statement was inherited from a template of libc at that moment. I am willing to set it to LGPL v2 or any license to be consistent with the rest of the locale licenses. You can delete my name as well since I do not maintain it for a long time. Let me know if I can provide any assistance you might need. Best regards. -- Onur Tolga Sehitoglu http://www.ceng.metu.edu.tr/~onur/ If you have any questions regarding this issue, do not hesitate to contact me (via the reply-to address set). Thanks for helping to resolve this! Helge -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
