Received-SPF: pass (google.com: domain of linux-bluetooth-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
Subject: Re: AW: [PATCH BlueZ v2 1/2] device: clear eir_uuids list on
 disconnect
To:     Eisenkolb Thomas <Eisenkolb.Thomas@fronius.com>,
        "linux-bluetooth@vger.kernel.org" <linux-bluetooth@vger.kernel.org>
Cc:     Luiz Augusto von Dentz <luiz.dentz@gmail.com>
References: <20210825165125.2675544-1-david@lechnology.com>
 <20210825165125.2675544-2-david@lechnology.com>
 <CABBYNZJzTmpvcaw5eDa9awvVZYQdJuKW7EQSYfpMOCzhorP8cg@mail.gmail.com>
 <c74ad033ff8240f8a77b00c6f8f678a0@fronius.com>
From:   David Lechner <david@lechnology.com>
Message-ID: <88edfef4-404d-4baf-cf0a-1b1a888399f5@lechnology.com>
Date:   Thu, 26 Aug 2021 11:47:37 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
 Thunderbird/78.11.0
MIME-Version: 1.0
In-Reply-To: <c74ad033ff8240f8a77b00c6f8f678a0@fronius.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Precedence: bulk

On 8/25/21 11:24 PM, Eisenkolb Thomas wrote:
> Hello,
> 
> I have just found the same problem even if [GATT] Cache = no is set in main.conf.
> It is simply the same because the device is held as temporary device.
> 
> Additionally the method "dev_property_get_uuids" in device.c only returns UUIDs of
> the cached (temporary hold) device because dev->le_state.svc_resolved is not turned
> to false on disconnect. So if a disconnected device advertised an new UUID, you never
> get notified about it through dbus.
> 
> Through DBus device node I would expect to get both UUID lists. The cached ones and
> also the advertised ones.
> Actually I just merge the two lists and provide the result to DBus device->UUIDs request.
> 
> Hope you can change this.
> 

This series has already been applied, so it can't be changed.

If you are still having problems after this series, can you share some
logs so that we can see exactly the problem?