[Bug 28797] New: generated client code should be able to set a non-default timeout
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Mon Jun 28 16:14:07 CEST 2010
https://bugs.freedesktop.org/show_bug.cgi?id=28797
Summary: generated client code should be able to set a
non-default timeout
Product: Telepathy
Version: git master
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: tp-qt4
AssignedTo: telepathy-bugs at lists.freedesktop.org
ReportedBy: simon.mcvittie at collabora.co.uk
QAContact: telepathy-bugs at lists.freedesktop.org
We've been assuming in telepathy-spec design, in at least a few places, that
longer-than-default method timeouts are possible; this makes it possible to
implement RequestContactList() on Conn.I.ContactList and RequestContactInfo on
Conn.I.ContactInfo, for instance.
However, telepathy-qt4 doesn't allow this. On closer inspection, this is really
a QtDBus bug - QDBusAbstractInterface::asyncCall and friends can't set a
non-default timeout either!
It might be possible to work around this with QDBusConnection::callWithCallback
for the few places where we need it.
I think the long-term solution would be for QtDBus to gain this optional
argument:
QDBusPendingCall QDBusAbstractInterface::asyncCallWithArgumentList (const
QString &method, const QList<QVariant> &args, int timeout = -1);
(Requiring construction of a QList<QVariant> for the unusual case is no big
deal, IMO.)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
More information about the telepathy-bugs
mailing list