[PATCH 4/5] gresolv: Remove query from queue before destroying the query

The order of actions is important here. --- gweb/gresolv.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gweb/gresolv.c b/gweb/gresolv.c index cf7f2e9..d30e2f1 100644 --- a/gweb/gresolv.c +++ b/gweb/gresolv.c @@ -1052,9 +1052,9 @@ guint g_resolv_lookup_hostname(GResolv *resol

[PATCH 5/5] web: Make debug func print more useful information

The file and function name are printed in debug prints. --- gweb/gweb.c | 14 +++--- 1 file changed, 11 insertions(+), 3 deletions(-) diff --git a/gweb/gweb.c b/gweb/gweb.c index 4c2f95c..d35179a 100644 --- a/gweb/gweb.c +++ b/gweb/gweb.c @@ -128,18 +128,26 @@ struct _GWeb { gpoin

[PATCH 2/5] gresolv: Add more debug prints

--- gweb/gresolv.c | 36 +++- 1 file changed, 31 insertions(+), 5 deletions(-) diff --git a/gweb/gresolv.c b/gweb/gresolv.c index 88e2c02..da09b2b 100644 --- a/gweb/gresolv.c +++ b/gweb/gresolv.c @@ -141,6 +141,8 @@ static void _debug(GResolv *resolv, const char *f

[PATCH 3/5] gresolv: Make sure we will not receive DNS data after closing

We must close the channel when freeing the resolver object, otherwise we might still receive data when the resolver has been freed already. Fixes BMC#25757 --- gweb/gresolv.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/gweb/gresolv.c b/gweb/gresolv.c index da09b2b..cf7f

[PATCH 0/5] Resolver fixes

Hi, this patchset fixes the latest crash bug 25757. The patches #1, #2 and #5 add more useful debugging information. Patch #3 fixes the crash that was reported. The crash happened because we received data from DNS server after we had already freed the data that was needed by callback function. Pat

[PATCH 1/5] gresolv: Make debug func print more useful information

The file and function name are printed in debug prints. --- gweb/gresolv.c | 14 +++--- 1 file changed, 11 insertions(+), 3 deletions(-) diff --git a/gweb/gresolv.c b/gweb/gresolv.c index 8ff8619..88e2c02 100644 --- a/gweb/gresolv.c +++ b/gweb/gresolv.c @@ -115,18 +115,26 @@ struct _GReso

Re: [PATCH v2 0/5] Implement SingleConnectedTechnology

On ons, 2012-10-17 at 13:34 +0300, patrik.fl...@linux.intel.com wrote: > From: Patrik Flykt > > Hi, > > These patches were extracted and updated from the previous patch set > "[PATCH 0/9] PreferredTechnology fixes and SingleConnection". The feature > was given a proper name and the documen

Re: [PATCH 0/4] PreferredTechnology fixes

On ons, 2012-10-17 at 13:34 +0300, patrik.fl...@linux.intel.com wrote: > From: Patrik Flykt > > Hi, > > The following four patches were split out from "[PATCH 0/9] > PreferredTechnology fixes and SingleConnection". This part of the patch set > concerns fixing some issues with PreferredTech

Re: [PATCH] wifi: Don't set scanning to FALSE during connecting

Hi Arron, Do you have any logs about that? This has been here for quite long time and afaik, nothing like that has been reported. setting scanning to false removes only unavailable network, so the ones which has not been found during scanning (set scanning to true puts all network unavailable

[PATCH] wifi: Don't set scanning to FALSE during connecting

During scanning, all wifi networks is marked as unavailable, if there is a auto connect or user connect, during authenticating or associating, if we set scanning to FALSE, all wifi networks will be removed, and the connection will also be failed --- plugins/wifi.c |6 +++--- 1 file changed, 3