SOGo | BTS

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001319Funambol SOGo ConnectorWeb Calendarpublic2011-05-25 04:462012-03-31 06:25
Reportermra 
Assigned To 
PrioritynormalSeveritymajorReproducibilityalways
StatusnewResolutionopen 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version 
Summary0001319: Title of Outlook-Synced private events are viewable
DescriptionMaybe similiar to 0000305:
After synchronizing private events from Outlook via funambol to SOGo, their titles are seen in WebCalender (incorrect), but not in Thunderbird (there, they appear as "(Private Event)", which is correct).

Trying to open a private event in Webcalender results in an exception (which is not false, but not very pretty)
Additional InformationFunabmol 9.0 / Linux
SOGo-Connector 1.0.9 (ok, it's beta)
SOGo 1.3.7a
TagsNo tags attached.
Attached Files? file icon funambol-sogo-1.0.9.s4j [^] (74,402 bytes) 2011-12-30 08:21

- Relationships Relation Graph ] Dependency Graph ]
has duplicate 0001311resolvedludovic Android sync with CLASS:CONFIDENTIAL sync as CLASS:PUBLIC 

-  Notes
(0002499)
mra (reporter)
2011-05-25 04:49
edited on: 2011-05-27 13:03

Additional information: the title appears, when reading this events from a shared calendar. This calendar has standard configuration:
- public: see all
- confidention: none
- private: Date and Time visible

(0002500)
mra (reporter)
2011-05-25 05:02

Just tested with Apple iCal via CalDAV - here the private titles hidden as they should be.
(0002510)
mra (reporter)
2011-05-27 13:05

Ok - it seemed to be the funambol plugin, which makes ... empf!
Today we tried ical4ol as sync solution (runnig over CalDaV), and the same private calendar entry title now marked with (private).

So, this issue seemed to be better filed into project "Funambol SOGo Connector".
(0003151)
mirko (reporter)
2011-12-12 20:59

I can confirm that issue with Outlook 2003, Funambol 8.7 and funambol-sogo-1.0.8 as suggested by the documentation of sogo 1.3.11.

This issue is quite old, and there is no replay at all. Does nobody care about the issue? oOo
(0003157)
mirko (reporter)
2011-12-13 22:30

For a quick'n'dirty workaround see http://www.mail-archive.com/users%40sogo.nu/msg07999.html [^]
User avatar (0003214)
ludovic (administrator)
2011-12-30 08:21

This should work as expected with the latest development version. I've attached it to this ticket.
(0003336)
mirko (reporter)
2012-01-27 20:41

Nice to know that there is a fix for this. You attached a file called "funambol-sogo-1.0.9.s4j", there is no beta, build #, or similar inside. Nevertheless, you call it "development version". So is it a stable version for productive use (and the version on the web page is outdated)? Or do you mean, it will be fixed (in productive systems) when 1.0.9 is released?
(0003673)
luf (reporter)
2012-03-29 17:39

I think I find the problem and fix it in funambol-sogo connector.
Let's see http://www.sogo.nu/bugs/view.php?id=1689 [^] and try it.
(0003676)
mirko (reporter)
2012-03-30 09:44

@luf: does the fix by ludovic not solve the problem?

@ludovic: any plans for a release of the new connector version?
(0003678)
luf (reporter)
2012-03-31 03:58

To be honest I found this bug after I make the fix. I tried SVN HEAD trunk ant it doesn't fix the problem.

I'll try the ludovic fix and report result.
(0003679)
luf (reporter)
2012-03-31 06:25
edited on: 2012-03-31 06:25

The Ludovic fix doesn't allow me to even login :(

> officer: ca.inverse.sogo.security.SOGoOfficer@706c08b2 (ca/inverse/sogo/security/SOGoOfficer.xml)

[2012-03-31 10:47:01,062] [funambol.handler] [INFO] [1E5D9D2261089EB8E75311CE3732781D] [172.27.164.140] [IMEI:353659011632581] [] [] User not authenticated
[2012-03-31 10:47:01,064] [funambol.handler] [INFO] [1E5D9D2261089EB8E75311CE3732781D] [172.27.164.140] [IMEI:353659011632581] [] [] Authentication failed for device IMEI:353659011632581. Make sure that the client used correct username and password and that there is a principal associating the user to the device.
[2012-03-31 10:47:01,064] [funambol.handler] [INFO] [1E5D9D2261089EB8E75311CE3732781D] [172.27.164.140] [IMEI:353659011632581] [] [] moving to state: STATE_PKG1_RECEIVING
[2012-03-31 10:47:01,205] [funambol.handler] [INFO] [1E5D9D2261089EB8E75311CE3732781D] [172.27.164.140] [IMEI:353659011632581] [] [] moving to state: STATE_START
[2012-03-31 10:47:01,892] [funambol.engine.pipeline] [INFO] [1E5D9D2261089EB8E75311CE3732781D] [172.27.164.140] [IMEI:353659011632581] [] [] Output processing stopped by com.funambol.foundation.synclet.BeanShellSynclet@7adafa2c[script=com/funambol/server/engine/pipeline/phones-support/bsh/NokiaS60out.bsh,header=user-agent,pattern=Nokia SyncML HTTP Client|S60 SyncML HTTP Client] (reason: NokiaS60out Synclet finished)
[2012-03-31 10:47:01,963] [funambol.transport.http] [INFO] [1E5D9D2261089EB8E75311CE3732781D] [172.27.164.140] [IMEI:353659011632581] [] [] Request processed.

So it doesn't work for me.

I also decompile Ludovic's version and I don't see the change which is done on Funambol side (it - String ac = cc.getAccessClass().getPropertyValueAsString(); - returns the number as string 2 = CONFIDENTAL, 3 = PRIVATE) instead of the full string representation. So I think it still wrongly put c_classification = 0 into *_quick tables which are used in calendar preview.

I'm using Funambol server version 10.

Does the Ludovic fix work for you?


- Issue History
Date Modified Username Field Change
2011-05-25 04:46 mra New Issue
2011-05-25 04:49 mra Note Added: 0002499
2011-05-25 05:02 mra Note Added: 0002500
2011-05-27 13:03 mra Note Edited: 0002499
2011-05-27 13:05 mra Note Added: 0002510
2011-06-15 16:27 ludovic Project SOGo => Funambol SOGo Connector
2011-12-12 20:59 mirko Note Added: 0003151
2011-12-13 22:30 mirko Note Added: 0003157
2011-12-30 08:21 ludovic Note Added: 0003214
2011-12-30 08:21 ludovic File Added: funambol-sogo-1.0.9.s4j
2011-12-30 08:29 ludovic Relationship added has duplicate 0001311
2012-01-27 20:41 mirko Note Added: 0003336
2012-03-29 17:39 luf Note Added: 0003673
2012-03-30 09:44 mirko Note Added: 0003676
2012-03-31 03:58 luf Note Added: 0003678
2012-03-31 06:25 luf Note Added: 0003679
2012-03-31 06:25 luf Note Edited: 0003679


Copyright © 2000 - 2019 MantisBT Team
Powered by Mantis Bugtracker