spam logs with "Error getting appointment uris" errors
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
indicator-datetime (Ubuntu) |
Fix Released
|
High
|
Charles Kerr |
Bug Description
Using https:/
indicator-datetime keeps logging those errors
"Could not retrieve attachment uris: Not supported"
#0 g_log (log_domain=
log_
format=
at /build/
#1 0x0809c297 in unity::
#2 0xb7d0dfe5 in g_simple_
simple=
at /build/
#3 0xb7d0e087 in complete_
at /build/
#4 0xb7b8dc10 in g_idle_dispatch (source=
callback=
at /build/
#5 0xb7b910b7 in g_main_dispatch (context=0x80deb78, context@
at /build/
#6 g_main_
at /build/
#7 0xb7b91478 in g_main_
block=
at /build/
#8 0xb7b9177b in g_main_loop_run (loop=0x80f28f8)
at /build/
#9 0x0807d45a in main ()
Related branches
- Ted Gould (community): Approve
- PS Jenkins bot (community): Approve (continuous-integration)
-
Diff: 16 lines (+4/-1)1 file modifiedsrc/planner-eds.cpp (+4/-1)
Changed in indicator-datetime (Ubuntu): | |
assignee: | nobody → Charles Kerr (charlesk) |
importance: | Undecided → High |
status: | New → Confirmed |
Changed in indicator-datetime (Ubuntu): | |
status: | Confirmed → In Progress |
This bug was fixed in the package indicator-datetime - 13.10.0+ 14.04.20140227- 0ubuntu1
--------------- 0+14.04. 20140227- 0ubuntu1) trusty; urgency=low
indicator-datetime (13.10.
[ Charles Kerr ] ERROR_NOT_ SUPPORTED errors returned by client_ get_attachment_ uris() -- we can silently interpret that
* Don't log E_CLIENT_
e_cal_
as 'no attachments' (LP: #1285212)
* DateTime::format(), don't pass NULL to a std::string's assignment
operator (LP: #1285243)
* In EdsPlanner's get_appointments(), sort 'em before returning them
to the caller. (LP: #1285249)
-- Ubuntu daily release <email address hidden> Thu, 27 Feb 2014 10:59:26 +0000