[Bug 20967] New: auto sync: correctly invoke GTK UI
by bugzilla＠meego.com
https://bugs.meego.com/show_bug.cgi?id=20967
Summary: auto sync: correctly invoke GTK UI
Classification: MeeGo Projects
Product: SyncEvolution
Platform: ---
Version: unspecified
Platform: Common
Architecture: ---
Status: NEW
Severity: major
Priority: Undecided
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
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
Salvatore's refactoring of the notifcation mechanism removed the passing of the
right command line arguments to the GTK sync-ui. See
//TODO: set config information for 'sync-ui'
in syncevo-dbus-server.cpp.
Must re-enable that before releasing 1.1.99.5, otherwise we have a regression.
--------
Product: SyncEvolution
Component: SyncEvolution
MeeGo Release: unspecified
Severity: major
Priority: Undecided
Keywords:
Status: NEW
Who: patrick.ohly(a)intel.com
Assigned To: syncevolution-bugs(a)meego.bugs
Target Build: ---
Flags:
Changed:
--------
https://bugs.meego.com/show_bug.cgi?id=20967
--
Configure bugmail: https://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.
8 years, 5 months
[Bug 19488] New: local configurations should always be 'present'
by bugzilla＠meego.com
https://bugs.meego.com/show_bug.cgi?id=19488
Summary: local configurations should always be 'present'
Classification: MeeGo Projects
Product: SyncEvolution
Platform: ---
Version: unspecified
Platform: Common
Architecture: ---
Status: NEW
Severity: normal
Priority: Undecided
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: jku(a)linux.intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
Local configs currently always have "No transport" presence. The right (or at
least better) value would be to always return "" (as in MIGHTWORK).
--------
Product: SyncEvolution
Component: SyncEvolution
MeeGo Release: unspecified
Severity: normal
Priority: Undecided
Keywords:
Status: NEW
Who: jku(a)linux.intel.com
Assigned To: syncevolution-bugs(a)meego.bugs
Target Build: ---
Flags:
Changed:
--------
https://bugs.meego.com/show_bug.cgi?id=19488
--
Configure bugmail: https://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.
8 years, 5 months
[Bug 19484] New: CalDAV + Google: meeting invitations
by bugzilla＠meego.com
https://bugs.meego.com/show_bug.cgi?id=19484
Summary: CalDAV + Google: meeting invitations
Classification: MeeGo Projects
Product: SyncEvolution
Platform: ---
Version: unspecified
Platform: Common
Architecture: ---
Status: NEW
Severity: normal
Priority: Undecided
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
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
The Google server seems to think that it can take over meeting
acceptance/decline handling when new events are stored on the server.
For example, PARTSTAT=ACCEPTED gets replaced with PARTSTAT=NEEDS-ACTION.
It has also been observed that participants and organizer get overwritten.
There might be nothing that we can do about it. Investigating a bit more would
be worthwhile, though.
In the meantime I'm simplifying the test/testcases/google_event.ics by removing
the "meeting invitiation" test case.
--------
Product: SyncEvolution
Component: SyncEvolution
MeeGo Release: unspecified
Severity: normal
Priority: Undecided
Keywords:
Status: NEW
Who: patrick.ohly(a)intel.com
Assigned To: syncevolution-bugs(a)meego.bugs
Target Build: ---
Flags:
Changed:
--------
https://bugs.meego.com/show_bug.cgi?id=19484
--
Configure bugmail: https://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.
8 years, 5 months
[Bug 16693] New: The "Direct sync" function fails(Bluetooth)
by bugzilla＠meego.com
https://bugs.meego.com/show_bug.cgi?id=16693
Summary: The "Direct sync" function fails(Bluetooth)
Classification: MeeGo Projects
Product: SyncEvolution
Platform: ---
Version: unspecified
Platform: Common
Architecture: ---
Status: NEW
Severity: normal
Priority: Undecided
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: rextsai(a)linpus.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
BUILD IMAGE(X.X.XX.X.XXXXXXXX.X - (e.g.:
meego-netbook-ia32-1.0.90.0.20100831.1)):
HARDWARE MODEL (on what HW this bug is uncovered):
BUG DETAILED DESCRIPTIONS
===========================================================
The "Direct sync" function fails(Bluetooth).
EXACT STEPS LEADING TO PROBLEM:
(Explain in detail what you do (e.g. tap on OK) and what you see (e.g. message
Connection Failed appears))
===========================================================
1.In Bluetooth panel, search bluetooth devices and pair successful
2.Launch "Sync" application
3.Press "Select sync service" button
4.In Direct sync, no show any devices.
5.
EXPECTED OUTCOME:
===================
In Direct sync, show devices.
ACTUAL OUTCOME:
===================
In Direct sync, no show any devices.
USER IMPACT:
===================
REPRODUCIBILITY:
(always, less than 1/10, 5/10, 9/10)
=====================================
EXTRA SOFTWARE INSTALLED:
============================
OTHER COMMENTS:
===================
--
Configure bugmail: https://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.
8 years, 8 months
[Bug 14804] New: hard-coded rule and code for "supports UID"
by bugzilla＠meego.com
https://bugs.meego.com/show_bug.cgi?id=14804
Summary: hard-coded rule and code for "supports UID"
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: All
Architecture: ---
Status: NEW
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
Currently the local sync code assumes that both sides have a real, persistent,
creator-assigned UID (as in iCalendar 2.0).
This is not the case for all peers, even those using iCalendar 2.0.
It would be nice if we could use some CtCap extensions which says "yes, I
really support real UIDs" in contrast to just saying "I have a UID property".
Depends on changes in libsynthesis and SyncEvolution.
The code also uses a rather ugly pre-processing step of the config:
commit 391e1fd5554fd09597ca3eb626a308db497ec61a
Author: Patrick Ohly <patrick.ohly(a)intel.com>
Date: Tue Nov 16 12:21:08 2010 +0100
local sync: rely on iCalendar 2.0 UID/RECURRENCE-ID for pairing
This patch should be reverted and be replaced by a merge script which compares
the UIDs if (and only if) possible. This is a nicer solution (less code) and
can decide about UID usage after receiving the CtCap (in contrast to the
pre-processing step).
I'd like to get at least the second part into 1.2.
--
Configure bugmail: https://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
8 years, 8 months
[Bug 21541] New: D-Bus server:
by bugzilla＠meego.com
https://bugs.meego.com/show_bug.cgi?id=21541
Summary: D-Bus server:
Classification: MeeGo Projects
Product: SyncEvolution
Platform: ---
Version: unspecified
Platform: Common
Architecture: ---
Status: NEW
Severity: normal
Priority: Undecided
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
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
>From nightly testing, shortly after 1.1.99.5:
TestDBusServerPresence.testPresenceSignal - check Server.Presence signal ...
ERROR:dbus.connection:Exception in handler for D-Bus signal:
Traceback (most recent call last):
File "/usr/lib/pymodules/python2.6/dbus/connection.py", line 214, in
maybe_handle_message
self._handler(*args, **kwargs)
File "/work/runtests/head/syncevolution/test/test-dbus.py", line 973, in
cb_bt_presence
"obex-bt://temp-bluetooth-peer-changed-from-http")
File "/usr/lib/python2.6/unittest.py", line 350, in failUnlessEqual
(msg or '%r != %r' % (first, second))
AssertionError: dbus.UTF8String('http://http-only-1') !=
'obex-bt://temp-bluetooth-peer-changed-from-http'
ok
The test needs to be fixed, it shouldn't test assertions inside the callback
because the D-Bus layer swallows these exceptions. Found after adding "-u" to
the python invocation (disabled buffering of stdout).
--------
Product: SyncEvolution
Component: SyncEvolution
MeeGo Release: unspecified
Severity: normal
Priority: Undecided
Keywords:
Status: NEW
Who: patrick.ohly(a)intel.com
Assigned To: syncevolution-bugs(a)meego.bugs
Target Build: ---
Flags:
Changed:
--------
https://bugs.meego.com/show_bug.cgi?id=21541
--
Configure bugmail: https://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.
9 years
[MeeGo Projects - Bug 13511] New: "add new service" randomly doesn't do anything
by bugzilla＠meego.com
https://bugs.meego.com/show_bug.cgi?id=13511
Summary: "add new service" randomly doesn't do anything
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: All
Architecture: ---
Status: NEW
Severity: normal
Priority: Medium
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
In SyncEvolution as recent as 1.1.99.2 the "add new service" button randomly
works and doesn't work.
If it works, a new entry it added to the list of services. If it does not,
nothing visible happens.
--
Configure bugmail: https://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
9 years, 2 months
[Bug 21331] New: ./autogen.sh && ./configure && make dist fails
by bugzilla＠meego.com
https://bugs.meego.com/show_bug.cgi?id=21331
Summary: ./autogen.sh && ./configure && make dist fails
Classification: MeeGo Platform
Product: OS Middleware
Platform: ---
Version: 1.2
Platform: Common
Architecture: ---
Status: NEW
Severity: normal
Priority: Undecided
Component: SyncEvolution
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: gabriel.schulhof(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
ext-iekku.huttunen(a)nokia.com
Estimated Hours: 0.0
make dist initially fails, because it tries to create README.html even though
the COND_HTML_README is defined.
The problem seems to be in automake itself. Look for
# FIXME: We should make sure that these variables are not
# conditionally defined (or else adjust the condition below).
in /usr/bin/automake
--------
Product: OS Middleware
Component: SyncEvolution
MeeGo Release: 1.2
Severity: normal
Priority: Undecided
Keywords:
Status: NEW
Who: gabriel.schulhof(a)intel.com
Assigned To: patrick.ohly(a)intel.com
Target Build: ---
Flags:
Changed:
--------
https://bugs.meego.com/show_bug.cgi?id=21331
--
Configure bugmail: https://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
9 years, 2 months
[Bug 20373] New: Avoid GTK+ warning about
by bugzilla＠meego.com
https://bugs.meego.com/show_bug.cgi?id=20373
Summary: Avoid GTK+ warning about
Classification: MeeGo Projects
Product: SyncEvolution
Platform: ---
Version: unspecified
Platform: Common
Architecture: ---
Status: NEW
Severity: normal
Priority: Undecided
Component: GTK UI
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: murrayc(a)murrayc.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-gtk-ui-bugs(a)meego.bugs
Estimated Hours: 0.0
Created attachment 7725
--> https://bugs.meego.com/attachment.cgi?id=7725
0001-GTK-UI-Avoid-warnings-due-to-null-settings_btn.patch
sync-ui (built for GTK+, not Moblin/Meego) currently gives this warning, though
it turns out to not be serious:
(sync-ui:14437): Gtk-CRITICAL **: IA__gtk_widget_set_sensitive: assertion
`GTK_IS_WIDGET (widget)' failed
This patch fixes that.
--------
Product: SyncEvolution
Component: GTK UI
MeeGo Release: unspecified
Severity: normal
Priority: Undecided
Keywords:
Status: NEW
Who: murrayc(a)murrayc.com
Assigned To: syncevolution-bugs(a)meego.bugs
Target Build: ---
Flags:
Changed:
--------
https://bugs.meego.com/show_bug.cgi?id=20373
--
Configure bugmail: https://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.
9 years, 3 months
[Bug 21951] New: Add a cppunit test to check that some backends are registered.
by bugzilla＠meego.com
https://bugs.meego.com/show_bug.cgi?id=21951
Summary: Add a cppunit test to check that some backends are
registered.
Classification: MeeGo Projects
Product: SyncEvolution
Platform: ---
Version: unspecified
Platform: Common
Architecture: ---
Status: NEW
Severity: normal
Priority: Undecided
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: murrayc(a)murrayc.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
Created attachment 8514
--> https://bugs.meego.com/attachment.cgi?id=8514
0001-SyncSource-Add-a-cppunit-unit-test-to-check-that-som.patch
This small patch adds a very simple unit test to check that at least some
backends are registered, if any backends should be registered.
It's against the dbus-server-reorganization branch, but it might apply to
master, and hopefully that branch will be merged to master soonish.
This is meant to help identify this problem, though I can't make it fail under
any circumstances myself:
http://lists.syncevolution.org/pipermail/syncevolution/2011-July/002561.html
(I tested before the very latest commit that apparently fixes it anyway.)
--------
Product: SyncEvolution
Component: SyncEvolution
MeeGo Release: unspecified
Severity: normal
Priority: Undecided
Keywords:
Status: NEW
Who: murrayc(a)murrayc.com
Assigned To: syncevolution-bugs(a)meego.bugs
Target Build: ---
Flags:
Changed:
--------
https://bugs.meego.com/show_bug.cgi?id=21951
--
Configure bugmail: https://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.
9 years, 3 months