Menu
▾
▴
opensync-tickets — OpenSync Tickets List - Bugs/Milestones/Features Requests
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(15) |
Oct
(175) |
Nov
(227) |
Dec
(74) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(113) |
Feb
(95) |
Mar
(69) |
Apr
(72) |
May
(44) |
Jun
(102) |
Jul
(87) |
Aug
(76) |
Sep
(94) |
Oct
(81) |
Nov
(391) |
Dec
(424) |
| 2009 |
Jan
(372) |
Feb
(77) |
Mar
(214) |
Apr
(227) |
May
(90) |
Jun
(68) |
Jul
(21) |
Aug
(14) |
Sep
(132) |
Oct
(74) |
Nov
(54) |
Dec
(7) |
| 2010 |
Jan
(101) |
Feb
(152) |
Mar
(97) |
Apr
(43) |
May
(50) |
Jun
(4) |
Jul
(18) |
Aug
(15) |
Sep
(8) |
Oct
(37) |
Nov
(27) |
Dec
(191) |
| 2011 |
Jan
(113) |
Feb
|
Mar
(37) |
Apr
|
May
(16) |
Jun
(3) |
Jul
(1) |
Aug
(2) |
Sep
(8) |
Oct
(4) |
Nov
(2) |
Dec
|
| 2012 |
Jan
(4) |
Feb
(3) |
Mar
|
Apr
|
May
(13) |
Jun
(7) |
Jul
|
Aug
(7) |
Sep
|
Oct
(3) |
Nov
|
Dec
|
| 2013 |
Jan
(1) |
Feb
(4) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: libwbxml <ti...@op...> - 2012-05-23 15:55:37
|
#80: Very slow when parsing XML node with lots of short lines of text.
--------------------------+-----------------------
Reporter: conrad.irwin | Owner: bellmich
Type: issue | Status: closed
Priority: important | Milestone: 0.11.1
Component: wbxml2 | Version: 0.11.0
Severity: other | Resolution: fixed
Keywords: |
--------------------------+-----------------------
Comment (by conrad.irwin):
Hi, r334 looks good; thanks for accepting the patches :).
Just being mentioned in the THANKS is good for me!
--
Ticket URL: <https://libwbxml.opensync.org/ticket/80#comment:5>
libwbxml <http://libwbxml.opensync.org/>
WBXML Library
|
|
From: libwbxml <ti...@op...> - 2012-05-23 10:25:57
|
#81: Slow XML generation when using WBXML_GEN_XML_CANONICAL
--------------------------+-----------------------
Reporter: conrad.irwin | Owner: bellmich
Type: issue | Status: closed
Priority: important | Milestone: 0.11.1
Component: wbxml2 | Version: 0.11.0
Severity: other | Resolution: fixed
Keywords: |
--------------------------+-----------------------
Changes (by bellmich):
* status: assigned => closed
* resolution: => fixed
--
Ticket URL: <https://libwbxml.opensync.org/ticket/81#comment:4>
libwbxml <http://libwbxml.opensync.org/>
WBXML Library
|
|
From: libwbxml <ti...@op...> - 2012-05-23 10:25:53
|
#81: Slow XML generation when using WBXML_GEN_XML_CANONICAL
--------------------------+-----------------------
Reporter: conrad.irwin | Owner: bellmich
Type: issue | Status: assigned
Priority: important | Milestone: 0.11.1
Component: wbxml2 | Version: 0.11.0
Severity: other | Resolution:
Keywords: |
--------------------------+-----------------------
Comment (by bellmich):
The original patch was committed as r335.
I schedule a fresh release.
--
Ticket URL: <https://libwbxml.opensync.org/ticket/81#comment:3>
libwbxml <http://libwbxml.opensync.org/>
WBXML Library
|
|
From: libwbxml <ti...@op...> - 2012-05-23 10:10:45
|
#80: Very slow when parsing XML node with lots of short lines of text.
--------------------------+-----------------------
Reporter: conrad.irwin | Owner: bellmich
Type: issue | Status: closed
Priority: important | Milestone: 0.11.1
Component: wbxml2 | Version: 0.11.0
Severity: other | Resolution: fixed
Keywords: |
--------------------------+-----------------------
Comment (by bellmich):
If you or your company/organization would like to be mentioned in the
ChangeLog or the release notes then please send me a notice.
Your email address will only be added to the source code repository if you
explicitly want this (to avoid spam).
--
Ticket URL: <https://libwbxml.opensync.org/ticket/80#comment:4>
libwbxml <http://libwbxml.opensync.org/>
WBXML Library
|
|
From: libwbxml <ti...@op...> - 2012-05-23 10:07:59
|
#80: Very slow when parsing XML node with lots of short lines of text.
--------------------------+-----------------------
Reporter: conrad.irwin | Owner: bellmich
Type: issue | Status: closed
Priority: important | Milestone: 0.11.1
Component: wbxml2 | Version: 0.11.0
Severity: other | Resolution: fixed
Keywords: |
--------------------------+-----------------------
Changes (by bellmich):
* status: assigned => closed
* resolution: => fixed
Comment:
I committed the patch as r333.
Additionally I committed a clean up patch as r334 to remove now useless
code.
--
Ticket URL: <https://libwbxml.opensync.org/ticket/80#comment:3>
libwbxml <http://libwbxml.opensync.org/>
WBXML Library
|
|
From: libwbxml <ti...@op...> - 2012-05-22 10:51:01
|
#81: Slow XML generation when using WBXML_GEN_XML_CANONICAL
--------------------------+-----------------------
Reporter: conrad.irwin | Owner: bellmich
Type: issue | Status: assigned
Priority: important | Milestone: 0.11.1
Component: wbxml2 | Version: 0.11.0
Severity: other | Resolution:
Keywords: |
--------------------------+-----------------------
Comment (by bellmich):
This patch looks clean. I wait for ticket #80 before I commit.
--
Ticket URL: <https://libwbxml.opensync.org/ticket/81#comment:2>
libwbxml <http://libwbxml.opensync.org/>
WBXML Library
|
|
From: libwbxml <ti...@op...> - 2012-05-22 10:25:46
|
#80: Very slow when parsing XML node with lots of short lines of text.
--------------------------+-----------------------
Reporter: conrad.irwin | Owner: bellmich
Type: issue | Status: assigned
Priority: important | Milestone: 0.11.1
Component: wbxml2 | Version: 0.11.0
Severity: other | Resolution:
Keywords: |
--------------------------+-----------------------
Comment (by bellmich):
I think that the changes in wbxml_buffers.c makes the third parameter of
the function wbxml_buffer_create_real obsolete. The third parameter is
only used with the length of the data block itself.
What do you think?
--
Ticket URL: <https://libwbxml.opensync.org/ticket/80#comment:2>
libwbxml <http://libwbxml.opensync.org/>
WBXML Library
|
|
From: libwbxml <ti...@op...> - 2012-05-15 14:07:48
|
#80: Very slow when parsing XML node with lots of short lines of text.
--------------------------+-----------------------
Reporter: conrad.irwin | Owner: bellmich
Type: issue | Status: assigned
Priority: important | Milestone: 0.11.1
Component: wbxml2 | Version: 0.11.0
Severity: other | Resolution:
Keywords: |
--------------------------+-----------------------
Changes (by bellmich):
* owner: somebody => bellmich
* status: new => assigned
* milestone: => 0.11.1
Comment:
I will check the issue on Friday (2012-May-18).
--
Ticket URL: <https://libwbxml.opensync.org/ticket/80#comment:1>
libwbxml <http://libwbxml.opensync.org/>
WBXML Library
|
|
From: libwbxml <ti...@op...> - 2012-05-15 14:06:48
|
#81: Slow XML generation when using WBXML_GEN_XML_CANONICAL
--------------------------+-----------------------
Reporter: conrad.irwin | Owner: bellmich
Type: issue | Status: assigned
Priority: important | Milestone: 0.11.1
Component: wbxml2 | Version: 0.11.0
Severity: other | Resolution:
Keywords: |
--------------------------+-----------------------
Changes (by bellmich):
* owner: somebody => bellmich
* status: new => assigned
* milestone: => 0.11.1
Comment:
I will check the issue on Friday (2012-May-18).
--
Ticket URL: <https://libwbxml.opensync.org/ticket/81#comment:1>
libwbxml <http://libwbxml.opensync.org/>
WBXML Library
|
|
From: libwbxml <ti...@op...> - 2012-05-10 08:23:00
|
#81: Slow XML generation when using WBXML_GEN_XML_CANONICAL
--------------------------+----------------------
Reporter: conrad.irwin | Owner: somebody
Type: issue | Status: new
Priority: important | Milestone:
Component: wbxml2 | Version: 0.11.0
Severity: other | Keywords:
--------------------------+----------------------
This is pretty much the same problem as my last bug (though in reverse).
The XML generator currently loves shunting the entire input around all the
time, which can lead to horrible performance on large documents (~ 6 MB,
takes ~ 2 minutes to generate).
The attached patch fixes that by avoiding wbxml_buffer_insert's.
--
Ticket URL: <https://libwbxml.opensync.org/ticket/81>
libwbxml <http://libwbxml.opensync.org/>
WBXML Library
|
|
From: libwbxml <ti...@op...> - 2012-05-10 07:39:50
|
#80: Very slow when parsing XML node with lots of short lines of text.
--------------------------+----------------------
Reporter: conrad.irwin | Owner: somebody
Type: issue | Status: new
Priority: important | Milestone:
Component: wbxml2 | Version: 0.11.0
Severity: other | Keywords:
--------------------------+----------------------
This is caused by the continual pre-pending of the entire text parsed so
far to the next line of input in wbxml_tree_add_node for adjacent text
nodes.
The example I came across was about 6MB of Base-64 encoded data arranged
into lines 76 bytes long, so it was copying the entire input around 100k
times which took a couple of minutes.
I've attached a patch that fixes this, and also changes the behaviour of
buffer reallocation to double in size each time the end of the buffer is
reached to reduce the potential number of copies that may need to be made
due to reallocation.
--
Ticket URL: <https://libwbxml.opensync.org/ticket/80>
libwbxml <http://libwbxml.opensync.org/>
WBXML Library
|
|
From: OpenSync <ti...@op...> - 2012-02-07 21:05:28
|
Deleted User for user cesken -- OpenSync <http://www.opensync.org> A Synchronization Framework |
|
From: OpenSync <ti...@op...> - 2012-02-07 21:00:25
|
#741: Error writing entries to the phone (Nokia 5310)
----------------------------+----------------------
Reporter: cesken | Owner: dgollub
Type: defect | Status: closed
Priority: normal | Milestone:
Component: Plugin: syncml | Version: 0.22
Severity: normal | Resolution: wontfix
Keywords: |
----------------------------+----------------------
Changes (by cesken):
* status: new => closed
* resolution: => wontfix
Comment:
Looks like this won't be resolved. Also I have migrated my Sync solution
from opensync to syncevolution, thus I am not interested in a fix any
longer. Closing bug report.
--
Ticket URL: <https://www.opensync.org/ticket/741#comment:7>
OpenSync <http://www.opensync.org>
A Synchronization Framework
|
|
From: OpenSync <ti...@op...> - 2012-02-07 20:57:54
|
#1137: Linking error "ld: cannot find -lcheck_pic", when compiling trunk
(12.7.2009)
----------------------+----------------------
Reporter: cesken | Owner: joshy
Type: defect | Status: closed
Priority: normal | Milestone:
Component: OpenSync | Version: 0.38
Severity: normal | Resolution: wontfix
Keywords: |
----------------------+----------------------
Changes (by cesken):
* status: new => closed
* resolution: => wontfix
Comment:
I am not interested any longer in that build script any longer. Closing
ticket.
--
Ticket URL: <https://www.opensync.org/ticket/1137#comment:2>
OpenSync <http://www.opensync.org>
A Synchronization Framework
|
|
From: libwbxml <ti...@op...> - 2012-01-04 13:53:09
|
#79: wbxml_tree_extract_node wipes node->prev->next link
-----------------------+-----------------------
Reporter: marko | Owner: bellmich
Type: issue | Status: closed
Priority: important | Milestone: 0.11.1
Component: wbxml2 | Version: 0.11.0
Severity: serious | Resolution: fixed
Keywords: |
-----------------------+-----------------------
Changes (by bellmich):
* status: assigned => closed
* resolution: => fixed
Comment:
Patch committed as r332.
--
Ticket URL: <https://libwbxml.opensync.org/ticket/79#comment:3>
libwbxml <http://libwbxml.opensync.org/>
WBXML Library
|
|
From: libwbxml <ti...@op...> - 2012-01-04 13:19:49
|
#79: wbxml_tree_extract_node wipes node->prev->next link
-----------------------+-----------------------
Reporter: marko | Owner: bellmich
Type: issue | Status: assigned
Priority: important | Milestone: 0.11.1
Component: wbxml2 | Version: 0.11.0
Severity: serious | Resolution:
Keywords: |
-----------------------+-----------------------
Comment (by marko):
Thanks!
My name is Mark Ostrer, working for Websense (websense.com).
It's not urgent, we could use the current patch until next scheduled
release.
--
Ticket URL: <https://libwbxml.opensync.org/ticket/79#comment:2>
libwbxml <http://libwbxml.opensync.org/>
WBXML Library
|
|
From: libwbxml <ti...@op...> - 2012-01-04 13:09:18
|
#79: wbxml_tree_extract_node wipes node->prev->next link
-----------------------+-----------------------
Reporter: marko | Owner: bellmich
Type: issue | Status: assigned
Priority: important | Milestone: 0.11.1
Component: wbxml2 | Version: 0.11.0
Severity: serious | Resolution:
Keywords: |
-----------------------+-----------------------
Changes (by bellmich):
* owner: somebody => bellmich
* status: new => assigned
* milestone: => 0.11.1
Comment:
The patch works and make test runs without errors. So I have the usual
three questions:
1. I would like to know your real name to add it to the !ChangeLog.
1. Would you and/or your employer like to be mentioned in the release
notes?
1. Do you need an immediate release?
--
Ticket URL: <https://libwbxml.opensync.org/ticket/79#comment:1>
libwbxml <http://libwbxml.opensync.org/>
WBXML Library
|
|
From: libwbxml <ti...@op...> - 2012-01-04 11:12:58
|
#79: wbxml_tree_extract_node wipes node->prev->next link
-----------------------+----------------------
Reporter: marko | Owner: somebody
Type: issue | Status: new
Priority: important | Milestone:
Component: wbxml2 | Version: 0.11.0
Severity: serious | Keywords:
-----------------------+----------------------
Extract node breaks (null'ed) the prev. node link to a next.
Patch attached.
--
Ticket URL: <https://libwbxml.opensync.org/ticket/79>
libwbxml <http://libwbxml.opensync.org/>
WBXML Library
|
|
From: OpenSync <ti...@op...> - 2011-11-01 13:38:01
|
Password reset for user for user vschreiner -- OpenSync <http://www.opensync.org> A Synchronization Framework |
|
From: OpenSync <ti...@op...> - 2011-11-01 13:36:50
|
New user registration for user vschreiner -- OpenSync <http://www.opensync.org> A Synchronization Framework |
|
From: libwbxml <ti...@op...> - 2011-10-11 12:43:39
|
#78: Wrong case for Exchange ActiveSync tag name
-----------------------+-----------------------
Reporter: boazy | Owner: bellmich
Type: issue | Status: closed
Priority: important | Milestone:
Component: wbxml2 | Version: 0.11.0
Severity: other | Resolution: invalid
Keywords: |
-----------------------+-----------------------
Changes (by bellmich):
* status: assigned => closed
* resolution: => invalid
Comment:
The actual document version 10.1 of the !ActiveSync WBXML Protocol
specification defines in paragraph '''2.1.2.1.22 Code Page 21:
!ComposeMail''' the tag '''MIME'''.
I know that the Microsoft specification is inconsistent. The reason is
simple. !ActiveSync is only defined for WBXML. XML representations are
always vendor dependent. So the WBXML protocol specification from
Microsoft is the base for libwbxml.
The tag invalid for the bug is not really correct. The problem is the
inconsistent specification from Microsoft.
--
Ticket URL: <https://libwbxml.opensync.org/ticket/78#comment:3>
libwbxml <http://libwbxml.opensync.org/>
WBXML Library
|
|
From: libwbxml <ti...@op...> - 2011-10-11 10:16:36
|
#78: Wrong case for Exchange ActiveSync tag name
-----------------------+-----------------------
Reporter: boazy | Owner: bellmich
Type: issue | Status: assigned
Priority: important | Milestone:
Component: wbxml2 | Version: 0.11.0
Severity: other | Resolution:
Keywords: |
-----------------------+-----------------------
Changes (by bellmich):
* owner: somebody => bellmich
* status: new => assigned
Comment:
The used reference for the implementation is ''[MS-ASWBXML]: !ActiveSync
WAP Binary XML (WBXML) Protocol Specification'' version 8.0 from
11/03/2010. Paragraph ''2.2.2.2.22 Code Page 21: !ComposeMail'' defines
tag '''MIME''' with token '''10'''.
I will check the last release v10.1 for relevant changes.
--
Ticket URL: <https://libwbxml.opensync.org/ticket/78#comment:2>
libwbxml <http://libwbxml.opensync.org/>
WBXML Library
|
|
From: libwbxml <ti...@op...> - 2011-10-02 12:23:28
|
#78: Wrong case for Exchange ActiveSync tag name
-----------------------+-----------------------
Reporter: boazy | Owner: somebody
Type: issue | Status: new
Priority: important | Milestone:
Component: wbxml2 | Version: 0.11.0
Severity: other | Resolution:
Keywords: |
-----------------------+-----------------------
--
Ticket URL: <https://libwbxml.opensync.org/ticket/78#comment:1>
libwbxml <http://libwbxml.opensync.org/>
WBXML Library
|
|
From: libwbxml <ti...@op...> - 2011-10-02 12:01:54
|
#78: Wrong case for Exchange ActiveSync tag nam
-----------------------+----------------------
Reporter: boazy | Owner: somebody
Type: issue | Status: new
Priority: important | Milestone:
Component: wbxml2 | Version: 0.11.0
Severity: other | Keywords:
-----------------------+----------------------
The EAS tag "Mime" is specified in all-capitals ("MIME") in
wbxml_tables.c. This is not compliant with the documentation from
Microsoft which specifies "Mime":
http://msdn.microsoft.com/en-us/library/gg663453(v=EXCHG.80).aspx
I've submitted a patch to fix this.
--
Ticket URL: <https://libwbxml.opensync.org/ticket/78>
libwbxml <http://libwbxml.opensync.org/>
WBXML Library
|
|
From: OpenSync <ti...@op...> - 2011-09-19 13:28:11
|
#1447: python-module fails to load plugins that import from dbus
----------------------+---------------------
Reporter: jagow | Owner: dgollub
Type: defect | Status: new
Priority: normal | Milestone:
Component: OpenSync | Version: 0.39
Severity: normal | Keywords:
----------------------+---------------------
This bug appears in current Opensync SVN:
A python plugin that has an import statement set as follows:
{{{
import dbus
from dbus.mainloop.glib import DBusGMainLoop
from dbus.mainloop.glib import threads_init
import gobject
import thread
import threading
import time
import sys
import logging
import opensync
import array
}}}
is not correctly loaded by the python-plugin.
Executing
{{{
osynctool --sync synce
}}}
gives:
{{{
Traceback (most recent call last):
File "/usr/lib64/libopensync1/python-plugins/synce-opensync-plugin-
3x.py", line 61, in <module>
import dbus
File "/usr/lib/python2.7/site-packages/dbus/__init__.py", line 79, in
<module>
import dbus.types as types
File "/usr/lib/python2.7/site-packages/dbus/types.py", line 6, in
<module>
from _dbus_bindings import ObjectPath, ByteArray, Signature, Byte,\
ImportError: /usr/lib64/python2.7/site-packages/_dbus_bindings.so:
undefined symbol: PyExc_UserWarning
Synchronizing group "synce"
Error Summary:
ROOT CAUSE: "Couldn't load module synce-opensync-plugin-3x"
}}}
No other issues with dbus and python elsewhere on the system (stock
OpenSUSE 11.4)
--
Ticket URL: <https://www.opensync.org/ticket/1447>
OpenSync <http://www.opensync.org>
A Synchronization Framework
|
154 messages has been excluded from this view by a project administrator.
