[Bug 2254] New: RFE: support for headless http server
by bugzilla＠meego.com
http://bugs.meego.com/show_bug.cgi?id=2254
Summary: RFE: support for headless http server
Classification: MeeGo Platform
Product: OS Middleware
Version: 1.0
Platform: All
URL: N/A
OS/Version: ---
Status: NEW
Severity: normal
Priority: Undecided
Component: SyncEvolution
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: leamas.alec(a)gmail.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs
Estimated Hours: 0.0
Besides the "personal" covered by the HTTP http server UI submitted, there is
also a usecase for those having a small home server. In this scenario, it's not
really easy to use the http server as of today.
My own thoughts on this are that with two reasonable changes this should work
quite fine.
The first is to allow the http server to run without Seahorse. Seahorse is
really not useful in this scenario, and adds a lot of dependencies including an
accessible X display (even if it's not used). For the headless case maybe just
validating the user's login password would be enough. Or something similar,
without GUI interaction.
The other fix is to allow the server to run from inetd. This would give
advantages w r t server load and http server stability (since it's just
restarted for each sync). This means that it should be able to use stdin/stdout
instead of socket communications when given a command line option.
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
11 years, 9 months
[Bug 2253] New: PATCH: Http server UI
by bugzilla＠meego.com
http://bugs.meego.com/show_bug.cgi?id=2253
Summary: PATCH: Http server UI
Classification: MeeGo Platform
Product: OS Middleware
Version: 1.0
Platform: All
OS/Version: ---
Status: NEW
Severity: normal
Priority: Undecided
Component: SyncEvolution
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: leamas.alec(a)gmail.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs
Estimated Hours: 0.0
leamas <leamas.alec(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #934| |copyright‑waived+
Flag| |
Created an attachment (id=934)
--> (http://bugs.meego.com/attachment.cgi?id=934)
Tar archive (Ubuntu)
Enclosing an application with a simple python script exposing a tray icon
allowing user to start, stop and set the url for the http server. Installation
is covered in README. Here is a autotools tar archive aimed for ubuntu +
possibly other platforms and rpm files for Fedora 12.
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
11 years, 9 months
[Bug 1363] New: HOWTO and support for addding support for new devices
by bugzilla＠meego.com
http://bugs.meego.com/show_bug.cgi?id=1363
Summary: HOWTO and support for addding support for new devices
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: Netbook
OS/Version: IA
Status: ASSIGNED
Severity: normal
Priority: High
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: jingke.zhang(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
This is from http://bugzilla.moblin.org/show_bug.cgi?id=9417
Description From pohly 2010-02-03 02:15:59 PST (-) [reply]
Need to document:
- XML config layout and extension/modification options (bug #7712)
- which config switches (in XML and .ini) may be relevant
Optional:
- write some tool to automatically detect the right config for a device
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
11 years, 9 months
[Bug 1355] New: clean compilation on Ubuntu Hardy: turn on -Werror
by bugzilla＠meego.com
http://bugs.meego.com/show_bug.cgi?id=1355
Summary: clean compilation on Ubuntu Hardy: turn on -Werror
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: Netbook
OS/Version: IA
Status: ASSIGNED
Severity: normal
Priority: Low
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: jingke.zhang(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
This is from http://bugzilla.moblin.org/show_bug.cgi?id=4555
Description From pohly 2009-07-20 06:41:01 PST (-) [reply]
The nightly builds on Ubuntu Hardy run with -Wall, but without -Werror because
there are some complaints by g++. Those don't occur with more recent g++ in
Debian Testing, so they might be false positives.
In any case, changing SyncEvolution and libsynthesis code so that these
warnings don't occur would be useful:
http://runtests.syncevolution.org/2009-07-17-14-27/head-evolution-hardy-2...
Then we could turn on -Werror and catch errors in new code. Currently -Werror
is only on in Debian Testing in 64 bit mode, but not in 32 bit mode.
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
11 years, 9 months
[Bug 1365] New: Debian Etch + bluez-utils 3.36: no SyncML capable devices found
by bugzilla＠meego.com
http://bugs.meego.com/show_bug.cgi?id=1365
Summary: Debian Etch + bluez-utils 3.36: no SyncML capable
devices found
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: Netbook
OS/Version: IA
Status: ASSIGNED
Severity: normal
Priority: Medium
Component: SyncML
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: jingke.zhang(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-syncml-bugs(a)meego.bugs
Estimated Hours: 0.0
This is from http://bugzilla.moblin.org/show_bug.cgi?id=9863
Description From pohly 2010-02-23 04:52:40 PST (-) [reply]
When querying org.bluez via D-Bus, the UUIDs even of (according to sdptool)
SyncML capable devices are empty and thus ignored by syncevo-dbus-server.
Setting up such a device via the sync-UI is therefore impossible. See bug #9216
for details.
This seems to be http://wiki.bluez.org/ticket/14
The only possible workaround is to create templates for all devices, not just
those that have the right SyncML UUID. Let's see whether that becomes a real
problem for us.
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
11 years, 9 months
[Bug 1745] New: create makefile rules to convert D-Bus API spec files into html page(s)
by bugzilla＠meego.com
http://bugs.meego.com/show_bug.cgi?id=1745
Summary: create makefile rules to convert D-Bus API spec files
into html page(s)
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: Netbook
OS/Version: IA
Status: NEW
Severity: normal
Priority: Undecided
Component: SyncEvolution
AssignedTo: yongsheng.zhu(a)intel.com
ReportedBy: yongsheng.zhu(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
convert the specification files into html page(s).
It is better if integrating it with Doxygen output for the C++ source code
comments.
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
11 years, 11 months
[Bug 1266] New: sync-ui: wrong name for device taken from template?
by bugzilla＠meego.com
http://bugs.meego.com/show_bug.cgi?id=1266
Summary: sync-ui: wrong name for device taken from template?
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: Netbook
OS/Version: IA
Status: ASSIGNED
Severity: normal
Priority: Undecided
Component: GTK UI
AssignedTo: jku(a)linux.intel.com
ReportedBy: patrick.ohly(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-gtk-ui-bugs(a)meego.bugs
Estimated Hours: 0.0
pohly <patrick.ohly(a)intel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flag| |MeeGo_1.0_Release_Blocker?
Suppose the user has configured an unknown phone manually, for example by
running syncevo-phone-config. When starting the sync-ui and "changing the
service", it shows the existing configuration with the configuration's name in
the list. When unfolding that entry, sync-ui notices that no template has to be
selected for it.
*But* the check boxes say "send/receive changes to/from 'Nokia S40'". When
selecting it, the main window also says "Nokia S40".
"Nokia S40" is wrong in this case, because the device happend to be a Sony
Ericsson K750i. A user already reported this as a bug in 1.0 beta 3.
I suspect that the sync-ui is being clever here and takes the "Nokia S40"
string from a template created for that device. It shouldn't do that. It should
either use the PeerName property or, if not set, the config name.
Likewise, if creating a config for a template, the sync-ui should set the
PeerName, if it doesn't do that already. It can use the name from the template
in that case.
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
11 years, 11 months
[Bug 1332] New: Synthesis timezone parser: does not support -1SU day of month
by bugzilla＠meego.com
http://bugs.meego.com/show_bug.cgi?id=1332
Summary: Synthesis timezone parser: does not support -1SU day
of month
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: All
OS/Version: IA
Status: WAITING FOR UPSTREAM
Severity: major
Priority: High
Component: SyncML
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-syncml-bugs(a)meego.bugs
Estimated Hours: 0.0
As a result of this limitation, VTIMEZONE information in events is basically
ignored when sending to a peer and time stamps get converted to UTC
incorrectly. This primarily concerns some events created by Outlook.
Here's an example and the preliminary analysis, discussed on the Synthesis
list:
-------- Forwarded Message --------
From: Patrick Ohly <patrick.ohly(a)intel.com>
To: Synthesis <os-libsynthesis(a)synthesis.ch>
Subject: wrong interpretation of timezone information
Date: Wed, 21 Apr 2010 09:39:09 +0200
Hello!
I have a meeting in my Evolution calendar which I synchronize with
SyncEvolution. I noticed that the outgoing VEVENT has start and end time
converted to UTC times which are one hour off.
Here's the stripped down event:
BEGIN:VCALENDAR
PRODID:-//Ximian//NONSGML Evolution Calendar//EN
VERSION:2.0
METHOD:PUBLISH
BEGIN:VTIMEZONE
TZID:GMT Standard Time
BEGIN:STANDARD
DTSTART:16010101T020000
TZOFFSETFROM:+0100
TZOFFSETTO:+0000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T010000
TZOFFSETFROM:+0000
TZOFFSETTO:+0100
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
SUMMARY:test event
DTSTART;TZID=GMT Standard Time:20100421T150000
DTEND;TZID=GMT Standard Time:20100421T160000
UID:040000008200E00074C5B7101A82E0080000000000B5A586D0A4CA01000000000000000010
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20100415T035521Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:4
END:VEVENT
END:VCALENDAR
This is parsed into a field list as follows:
- 18 : timestamp DTSTART [ 0, 0, 0] : 2010-04-21T15:00:00Z
(TZ: UTC)
- 19 : timestamp DTEND [ 0, 0, 0] : 2010-04-21T16:00:00Z
(TZ: UTC)
And then encoded like this when sent to the server:
BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Synthesis AG//NONSGML SyncML Engine V3.4.0.6//EN
BEGIN:VEVENT
STATUS:CONFIRMED
LAST-MODIFIED:20100421T071812Z
DTSTAMP:20100421T071905Z
CREATED:20100415T065234Z
UID:040000008200E00074C5B7101A82E0080000000000B5A586D0A4CA01000000000000000010
CLASS:PUBLIC
TRANSP:OPAQUE
PRIORITY:5
SUMMARY:test event
DTSTART:20100421T150000Z
DTEND:20100421T160000Z
END:VEVENT
END:VCALENDAR
The correct start time in UTC is 14:00, because this "GMT Standard Time"
VTIMEZONE has a 1 hour offset during summer saving time. The event was
created by Outlook.
Any idea how that happens?
-------- Forwarded Message --------
From: Patrick Ohly <patrick.ohly(a)intel.com>
To: Beat Forster <bfo(a)synthesis.ch>
Cc: Synthesis <os-libsynthesis(a)synthesis.ch>
Subject: Re: [os-libsynthesis] wrong interpretation of timezone information
Date: Mon, 26 Apr 2010 13:40:53 +0100
On Wed, 2010-04-21 at 09:39 +0200, Patrick Ohly wrote:
> I have a meeting in my Evolution calendar which I synchronize with
> SyncEvolution. I noticed that the outgoing VEVENT has start and end
> time
> converted to UTC times which are one hour off.
>
> Here's the stripped down event:
>
> BEGIN:VCALENDAR
> PRODID:-//Ximian//NONSGML Evolution Calendar//EN
> VERSION:2.0
> METHOD:PUBLISH
> BEGIN:VTIMEZONE
> TZID:GMT Standard Time
> BEGIN:STANDARD
> DTSTART:16010101T020000
> TZOFFSETFROM:+0100
> TZOFFSETTO:+0000
> RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10
> END:STANDARD
> BEGIN:DAYLIGHT
> DTSTART:16010101T010000
> TZOFFSETFROM:+0000
> TZOFFSETTO:+0100
> RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3
> END:DAYLIGHT
> END:VTIMEZONE
> BEGIN:VEVENT
> SUMMARY:test event
> DTSTART;TZID=GMT Standard Time:20100421T150000
> DTEND;TZID=GMT Standard Time:20100421T160000
> UID:040000008200E00074C5B7101A82E0080000000000B5A586D0A4CA01000000000000000010
> CLASS:PUBLIC
> PRIORITY:5
> DTSTAMP:20100415T035521Z
> TRANSP:OPAQUE
> STATUS:CONFIRMED
> SEQUENCE:4
> END:VEVENT
> END:VCALENDAR
This fails because RRULE2toInternal() in rrule.cpp fails to convert the
RRULE properties into the internal format. It bombs out here:
switch (freq)
{
...
case 'Y' :
if (byday == "" ||
(byday.length() == 2 && byday[0] ==
RRULE_weekdays[startwday][0] &&
byday[1] ==
RRULE_weekdays[startwday][1]))
{
...
}
else
{
goto incompat;
}
It reaches the "goto incompat" because byday == "-1SU".
Recurrence rules with "last day in month ..." are common for VTIMEZONEs.
Beat, is that really something that is not handled by the Synthesis code
at the moment? What would be necessary to add support for it?
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
11 years, 11 months
[Bug 1330] New: syncevolution.org binaries: add RPATH for /usr/lib
by bugzilla＠meego.com
http://bugs.meego.com/show_bug.cgi?id=1330
Summary: syncevolution.org binaries: add RPATH for /usr/lib
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: Netbook
OS/Version: IA
Status: ASSIGNED
Severity: normal
Priority: High
Component: SyncEvolution
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
When installing the 64 bit .rpms on Fedora, the 64 libsyncevolution.so is
placed in /usr/lib (same configure and compilation run as for Debian, which
puts the libs there), but then they are not found at runtime (because Fedora
doesn't have that dir in the default search path).
Two possible solutions:
- add RPATH
- put our shared libs into a non-standard location, which forces
libtool to add the RPATH
Adding RPATH might be easier.
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
11 years, 11 months
[Bug 1359] New: server progress events
by bugzilla＠meego.com
http://bugs.meego.com/show_bug.cgi?id=1359
Summary: server progress events
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: Netbook
OS/Version: IA
Status: ASSIGNED
Severity: normal
Priority: Medium
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: jingke.zhang(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
This is from http://bugzilla.moblin.org/show_bug.cgi?id=7709
Description From pohly 2009-11-02 07:45:58 PST (-) [reply]
When the Synthesis engine runs in server mode, it doesn't produce progress
events. According to Lukas, some heavy code refactoring would be needed to get
the progress from the client engine to the shared base class.
The effect on SyncEvolution is that when starting a sync with a phone, our
sync-UI does not show any progress. We also don't show and store statistics. We
want the usage as client and server to be as similar as possible, so we need to
get the progress events into the Synthesis server engine or stop depending on
them.
Perhaps by producing our own events inside the SynthesisDBInterface or a mix-in
class for backends? Refactoring the server code might be easier.
------- Comment #1 From pohly 2009-11-09 12:04:05 PST (-) [reply] -------
Not sure whether it is related: when the sync server session is aborted on the
server side directly after parsing the first message and sending a reply, then
the end status is "sync succeeded". Can be reproduced by running
test-dbus.py TestConnection.testStartSync
The sync session should be recorded as failed, with a suitable error code.
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
11 years, 11 months