Bug 224986

Summary: www/sogo3: Login fail with Unhandled Error Response after upgrading from 3.2.8 to 3.2.9 or 3.2.10
Product: Ports & Packages Reporter: Samuel Faveur <sfaveur>
Component: Individual Port(s)Assignee: freebsd-ports-bugs mailing list <ports-bugs>
Status: New ---    
Severity: Affects Only Me CC: dolgov, euan, romain, theraven
Priority: --- Flags: bugzilla: maintainer-feedback? (euan)
Version: Latest   
Hardware: amd64   
OS: Any   
Attachments:
Description Flags
sogo log none

Description Samuel Faveur 2018-01-08 09:08:58 UTC
Created attachment 189503 [details]
sogo log

Upgrading  from sogo-3.2.8 to 3.2.9 and 3.2.10 is successful but login fails with Unhandled error response and the following error from sogo log 
[WOWatchDogChild]>  (terminated due to signal 6)
Comment 1 alex 2018-01-31 10:18:54 UTC
I have a similar problem after upgrade

~ # uname -v
FreeBSD 11.1-STABLE #0 r328533: Mon Jan 29 13:47:58 MSK 2018     root@mx1:/usr/obj/usr/src/sys/GENERIC 


~ # pkg info sogo3
sogo3-3.2.10_2
Name           : sogo3
Version        : 3.2.10_2
Installed on   : Wed Jan 31 12:45:29 2018 MSK
Origin         : www/sogo3
Architecture   : FreeBSD:11:amd64
Prefix         : /usr/local
Categories     : gnustep www
Licenses       : GPLv2
Maintainer     : euan@potensol.com
WWW            : http://sogo.nu/
Comment        : Groupware server with a focus on scalability and open standards
Options        :
	ACTIVESYNC     : off
Shared Libs required:
	libNGObjWeb.so.4.9
	libNGStreams.so.4.9
	libobjc.so.4.6
	libNGExtensions.so.4.9
	libSaxObjC.so.4.9
	libNGMime.so.4.9
	libgnustep-base.so.1.25
	libGDLAccess.so.4.9
	libEOControl.so.4.9
	libSBJson.so.2
	libWEExtensions.so.4.9
	libmemcached.so.11
	libNGLdap.so.4.9
	libDOM.so.4.9
	libcurl.so.4
Shared Libs provided:
	libSOGo.so.3
	libGDLContentStore.so.4.9
	libNGCards.so.4.9
	libSOGoUI.so.3.2
Annotations    :
	FreeBSD_version: 1101001
	repo_type      : binary
	repository     : FreeBSD
Flat size      : 48.4MiB
Description    :
SOGo is a fully supported and trusted groupware server with a focus on
scalability and open standards. It provides a rich AJAX-based Web
interface and supports multiple native clients through the use of
standard protocols such as CalDAV, CardDAV and GroupDAV.

WWW: http://sogo.nu/



sogo.log:

Jan 31 13:18:00 sogod [24499]: <0x0x80ca92b90[WOWatchDogChild]> child 24500 exited
Jan 31 13:18:00 sogod [24499]: <0x0x80ca92b90[WOWatchDogChild]>  (terminated due to signal 6)
Jan 31 13:18:00 sogod [24499]: <0x0x80b269410[WOWatchDog]> child spawned with pid 24505
Comment 2 Baptiste Daroussin freebsd_committer 2018-01-31 10:47:53 UTC
I can confirm the issue! this is since the last changes in the gnustep/libobjc (cc the committer from that change). also note that SOGo works if you rebuild it with WITH_DEBUG, which may make it hard to fix.

cf:
https://lists.freebsd.org/pipermail/svn-ports-all/2017-September/161629.html
Comment 3 Euan Thoms 2018-04-17 06:24:57 UTC
Can anyone else confirm whether this is still an issue in the current port version (3.2.10_2)? I am the port maintainer and I only upgraded myself recently to latest versions of both 2.x and 3.x. I was too busy for a long time to stay current with sogo versions since my production servies ran great for me. The latest ports work fine for me in my personal server, albeit with light usage. But logging in is fine.

Off topic, but I'm just about to submit sogo4 ports (the sogo2 and sogo3 ports will remain active, since I still use sogo2 by preference).