October 2018 - Syncevolution-issues

[Bug 76517] New: Remove NTLM from ActiveSync initial connection

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=76517 Priority: medium Bug ID: 76517 CC: syncevolution-issues(a)syncevolution.org Assignee: syncevolution-issues(a)syncevolution.org Summary: Remove NTLM from ActiveSync initial connection Severity: normal Classification: Unclassified OS: All Reporter: g+syncevolution(a)cobb.uk.net Hardware: Other Status: NEW Version: 1.4 Component: ActiveSync Product: SyncEvolution Currently, activesyncd always connects to the server with NTLM auth enabled (using SOUP_SESSION_USE_NTLM). Outlook.com rejects the connection with an error complaining about the authentication mechanism, without attempting to specify an alternative. Other Exchange servers seem happy to not reject the conection but specify Basic auth when auth is required. Consideration must be given to why NTLM is currently being specified and whether anything would break if it was removed. However, removing it seems to work with outlook.com and with my company Exchange server. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

2 years, 3 months

1
2
0 / 0

[Bug 52672] syncevolution.org binaries: KDE + Akonadi

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=52672 GitLab Migration User <gitlab-migration(a)fdo.invalid> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |MOVED --- Comment #1 from GitLab Migration User <gitlab-migration(a)fdo.invalid> --- -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/SyncEvolution/syncevolution/issues/153. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.

2 years, 3 months

1
0
0 / 0

[Bug 55918] New: PIM API performance

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=55918 Priority: high Bug ID: 55918 CC: syncevolution-issues(a)syncevolution.org Assignee: syncevolution-issues(a)syncevolution.org Blocks: 55916 Summary: PIM API performance Severity: enhancement Classification: Unclassified OS: All Reporter: patrick.ohly(a)gmx.de Hardware: Other Status: NEW Version: unspecified Component: SyncEvolution Product: SyncEvolution Performance and resource consumption of the PIM API implementation is relevant in several ways: - writing to disk must be minimized (because of flash write cycle limitations) - response times for queries, in particular caller ID lookups, must be small enough to not be noticable by a human user; the goal is < 30ms for high numbers of contacts (10000). Compared to other embedded devices like phones or tablets, an IVI head unit typically has a faster CPU and more RAM (4GB?!). The implementation tries to achieve these goals by not building up complex data structures on disk for on-disk searching. Instead it assembles the unified address book in memory and searches there. If necessary, additional shortcuts might be implemented: - pre-start daemon to load contacts into memory during head unit startup - do on-disk search for caller ID while still assembling the in-memory data structure Before doing that, performance measurements will be needed. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

2 years, 3 months

1
20
0 / 0

[Bug 55926] New: PIM API: folks improvements

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=55926 Priority: medium Bug ID: 55926 CC: syncevolution-issues(a)syncevolution.org Assignee: patrick.ohly(a)gmx.de Blocks: 55918 Summary: PIM API: folks improvements Severity: enhancement Classification: Unclassified OS: All Reporter: patrick.ohly(a)gmx.de Hardware: Other Status: ASSIGNED Version: unspecified Component: SyncEvolution Product: SyncEvolution The unified address book is implemented by libfolks and the libfolks-eds backend: https://live.gnome.org/Folks This meta-issue tracks open issues in folks. -- You are receiving this mail because: You are on the CC list for the bug.

2 years, 3 months

1
12
0 / 0

[Bug 56141] New: PIM API wish list

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=56141 Priority: medium Bug ID: 56141 CC: syncevolution-issues(a)syncevolution.org Assignee: patrick.ohly(a)intel.com Summary: PIM API wish list Severity: enhancement Classification: Unclassified OS: All Reporter: patrick.ohly(a)gmx.de Hardware: Other Status: ASSIGNED Version: unspecified Component: SyncEvolution Depends on: 55916 Product: SyncEvolution A meta issue tracking issues which are not essential for the PIM API (issue #55916). -- You are receiving this mail because: You are on the CC list for the bug.

2 years, 3 months

1
31
0 / 0

[Bug 64524] New: PIM: per-client unified address book

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=64524 Priority: medium Bug ID: 64524 CC: syncevolution-issues(a)syncevolution.org Assignee: syncevolution-issues(a)syncevolution.org Blocks: 56141 Summary: PIM: per-client unified address book Severity: enhancement Classification: Unclassified OS: All Reporter: patrick.ohly(a)gmx.de Hardware: Other Status: ASSIGNED Version: 1.3.99.3 Component: SyncEvolution Product: SyncEvolution The current PIM Manager API intentionally focused on one unified address book for the entire system. This is a simplification that may be too limited for a more general usage of the PIM Manager. We should implement an API extension that allows managing (creating/deleting) and configuring (sort order, active address books) multiple unified address books. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

2 years, 3 months

1
2
0 / 0

[Bug 52768] Outlook meeting invitations: timezones

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=52768 GitLab Migration User <gitlab-migration(a)fdo.invalid> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |MOVED --- Comment #1 from GitLab Migration User <gitlab-migration(a)fdo.invalid> --- -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/SyncEvolution/syncevolution/issues/150. -- You are receiving this mail because: You are the assignee for the bug. You reported the bug. You are on the CC list for the bug.

2 years, 3 months

1
0
0 / 0

[Bug 57214] New: SyncEvolution blocks when the server misbehaves

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=57214 Priority: medium Bug ID: 57214 CC: syncevolution-issues(a)syncevolution.org Assignee: syncevolution-issues(a)syncevolution.org Summary: SyncEvolution blocks when the server misbehaves Severity: minor Classification: Unclassified OS: All Reporter: fdo-bugs(a)cryptobitch.de Hardware: Other Status: NEW Version: 1.3 Component: SyncEvolution Product: SyncEvolution I just realised, while debugging my auth problems from bug 56240 that SyncEvolution can't be interrupted if the server misbehaves. I my case, I tried to set up a simple digest auth server like so: 1) pip install -E /tmp/cyclone -e git+https://github.com/fiorix/cyclone.git/#egg=cyclone 2) apply the following diff, i.e. cd /tmp/cyclone/src/cyclone/; patch -p1 <<EOF diff --git a/demos/digest_auth/authdemo.py b/demos/digest_auth/authdemo.py index 020e6ef..e89561a 100755 --- a/demos/digest_auth/authdemo.py +++ b/demos/digest_auth/authdemo.py @@ -31,7 +31,7 @@ from twisted.internet import reactor class Application(cyclone.web.Application): def __init__(self): handlers = [ - (r"/", MainHandler), + (r".*$", MainHandler), ] settings = dict( cookie_secret="32oETzKXQAGaYdkL5gEmGeJJFuYh7EQnp2XdTP1o/Vo=", @@ -40,8 +40,9 @@ class Application(cyclone.web.Application): ) cyclone.web.Application.__init__(self, handlers, **settings) - class MainHandler(digest.DigestAuthMixin, cyclone.web.RequestHandler): + SUPPORTED_METHODS = cyclone.web.RequestHandler.SUPPORTED_METHODS + ('PROPFIND',) + def passwordz(username): creds = { 'auth_username': 'test', EOF 3) run the authdemo.py: /tmp/cyclone/bin/python /tmp/cyclone/src/cyclone/demos/digest_auth/authdemo.py 4) Have the setup routine from bug 56263 comment #0 run with URL="http://localhost:8888/foo/bar" 5) then run syncevolution --daemon=no target-config@radicale cards1 The server should crash like this: $ ./authdemo.py 2012-11-17 02:20:22+0100 [-] Log opened. 2012-11-17 02:20:22+0100 [-] Application starting on 8889 2012-11-17 02:20:22+0100 [-] Starting factory <__main__.Application instance at 0x1464b90> 2012-11-17 02:20:23+0100 [HTTPConnection,0,127.0.0.1] 401 GET /foo/bar/cardss (127.0.0.1) 0.78ms 2012-11-17 02:20:25+0100 [HTTPConnection,1,127.0.0.1] 401 GET /foo/bar/c (127.0.0.1) 0.38ms 2012-11-17 02:20:28+0100 [HTTPConnection,2,127.0.0.1] Unhandled error in Deferred: 2012-11-17 02:20:28+0100 [HTTPConnection,2,127.0.0.1] Unhandled Error Traceback (most recent call last): File "/tmp/cyclone2/src/cyclone/cyclone/httpserver.py", line 185, in _on_request_body self.request_callback(self._request) File "/tmp/cyclone2/src/cyclone/cyclone/web.py", line 1358, in __call__ handler._execute(transforms, *args, **kwargs) File "/tmp/cyclone2/src/cyclone/cyclone/web.py", line 958, in _execute callbackArgs=(args, kwargs)) File "/tmp/cyclone2/lib/python2.7/site-packages/twisted/internet/defer.py", line 290, in addCallbacks self._runCallbacks() --- <exception caught here> --- File "/tmp/cyclone2/lib/python2.7/site-packages/twisted/internet/defer.py", line 551, in _runCallbacks current.result = callback(current.result, *args, **kw) File "/tmp/cyclone2/src/cyclone/cyclone/web.py", line 967, in _execute_handler function = getattr(self, self.request.method.lower()) exceptions.AttributeError: 'MainHandler' object has no attribute 'propfind' And syncevolution blocks, i.e. SIGINT (Ctrl+C) doesn't help it to exit. I would have expected to be able to press Ctrl+C to make it return at some stage. (gdb) bt #0 0x000000396d0e8b84 in __GI___poll (fds=0x7fffffffa1d0, nfds=1, timeout=300000) at ../sysdeps/unix/sysv/linux/poll.c:83 #1 0x00007ffff5f8ce2f in ?? () from /lib64/libneon.so.27 #2 0x00007ffff5f8d0df in ?? () from /lib64/libneon.so.27 #3 0x00007ffff5f8d26b in ?? () from /lib64/libneon.so.27 #4 0x00007ffff5f8dc54 in ne_sock_readline () from /lib64/libneon.so.27 #5 0x00007ffff5f8650f in ?? () from /lib64/libneon.so.27 #6 0x00007ffff5f86c15 in ne_begin_request () from /lib64/libneon.so.27 #7 0x00007ffff5f8630d in ne_request_dispatch () from /lib64/libneon.so.27 #8 0x00007ffff5f949ed in ?? () from /lib64/libneon.so.27 #9 0x00007ffff624e194 in SyncEvo::Neon::Session::propfindURI(std::string const&, int, ne_propname const*, boost::function<void (SyncEvo::Neon::URI const&, ne_prop_result_set_s const*)> const&, SyncEvo::Timespec const&) (this=0x6e2bd0, path="/foo/barmuelli/cards/", depth=1, props= 0x7ffff64b1ec0, callback=..., deadline=...) at src/backends/webdav/NeonCXX.cpp:422 Python Exception <type 'exceptions.IndexError'> list index out of range: #10 0x00007ffff62316fc in SyncEvo::WebDAVSource::listAllItems (this=0x6d9c20, revisions= std::map with 0 elements) at src/backends/webdav/WebDAVSource.cpp:1305 #11 0x00007ffff623e2d5 in SyncEvo::WebDAVSource::isEmpty (this=0x6d9c20) at src/backends/webdav/WebDAVSource.cpp:1138 #12 0x00000038b58d17f8 in boost::function0<bool>::operator() (this=<optimized out>) at /usr/include/boost/function/function_template.hpp:760 #13 0x00000038b58bfeb1 in SyncEvo::SyncContext::getConfigXML (this=0x6900e0, xml= "<?xml version=\"1.0\"?>\n\n\n<sysync_config version=\"1.0\">\n\n <configvar name=\"logpath\" value=\"$(defout_path)\"/>\n\n <!-- this string is output"..., configname=...) at src/syncevo/SyncContext.cpp:2527 #14 0x00000038b58bb8a9 in SyncEvo::SyncContext::initEngine (this=this@entry=0x6900e0, logXML=logXML@entry=true) at src/syncevo/SyncContext.cpp:2796 ---Type <return> to continue, or q <return> to quit--- FTR: Cyclone is not capable of doing digest auth in a manner that is reliably testable (cf. https://github.com/fiorix/cyclone/issues/72), so don't bother looking into that as lightweight, fire and forget solution -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

2 years, 3 months

1
3
0 / 0

[Bug 64173] New: PIM: select collation (Pinyin, phonebook)

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=64173 Priority: medium Bug ID: 64173 CC: syncevolution-issues(a)syncevolution.org Assignee: syncevolution-issues(a)syncevolution.org Blocks: 56141 Summary: PIM: select collation (Pinyin, phonebook) Severity: enhancement Classification: Unclassified OS: All Reporter: patrick.ohly(a)gmx.de Hardware: Other Status: ASSIGNED Version: 1.3.99.3 Component: SyncEvolution Product: SyncEvolution When sorting with Pinyin, names with Chinese characters need to be mixed with Western names using the Pinyin transliteration of the Chinese characters. Supporting this might be as easy as selecting the Pinyin collation inside the ch_CH.UTF-* locale. This might be the default already. If not, we need either an explicit additional setting (env variable?!) to select the collation (may be useful anyway) and/or hard-code default collations for certain locales. We also need tests cases. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

2 years, 3 months

1
10
0 / 0

[Bug 52780] improved logging via libsynthesis

by bugzilla-daemon＠freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=52780 GitLab Migration User <gitlab-migration(a)fdo.invalid> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |MOVED Status|ASSIGNED |RESOLVED --- Comment #1 from GitLab Migration User <gitlab-migration(a)fdo.invalid> --- -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/SyncEvolution/syncevolution/issues/147. -- You are receiving this mail because: You are the assignee for the bug. You reported the bug. You are on the CC list for the bug.

2 years, 3 months

1
0
0 / 0

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

Syncevolution-issues October 2018