FR: Add API for checking subscription status of a given topic

[js]

In order to show users a list of subscribed topics (eg UI with the ability to remove active subscriptions) we have to do one of two things today:

• implement a shadow storage of active subscriptions (in Firebase DB or elsewhere), with all the potential for sync-misshaps
• implement the instance ID API and have the app query our server, which then queries Googles servers, resulting in more latency, server maintenance/dev overhead

I sorely miss a Messaging.messaging().isSubscribed(to: topic) like API in the FCM SDK for checking whether a topic is currently subscribed to by the current user

[rsattar]

Hi @js! Agreed it would be nice to have that in the SDK. There is a REST API to request this, it currently requires your API Key to perform that check, which the SDK doesn't have.

[hixfield]

+1

[FDREAL]

+1

[casperzandbergenyaacomm]

This is the main reason my company stays away from topics on the client side. I'd love to see an update on this!

[charlotteliang]

As rsattar stated, you can use the REST API to request this, currently we don't have plan providing such API as exposing your API key in the client would expose it to the public and allow anyone to send messages to the user of that application.

[sowdri]

@chliangGoogle Totally agreed that "exposing your API key in the client would expose it to the public", that's why this issue has been raised to create a new API while will let the client query for the subscription status of any given topic, or more precisely the list of all active subscriptions for the given device.

Right now the device has the ability to subscribe and unsubscribe from topics, which inherently means that the calls to subscribe/unsubscribe APIs are authenticated using a mechanism that is different from the server API key, so it is only reasonable that the client has the ability to get the list of subscribed topics too.

Please explain the reasoning behind your thinking.

[mpawlo]

+1

[charlotteliang]

Thanks @sowdri for explaining the request. Yes if a solution without including a server key would be ideal, we are bringing this request to our team and will let you know with the updates.

[dunyakirkali]

@chliangGoogle Any updates?

[BeauNouvelle]

Should we keep holding out for this, or just assume that it will never be done?

[KyleGoslan]

Is there any movement on this (or has anyone come up with an elegant solution)?

[glemmaPaul]

Same here as @KyleGoslan is asking, any movement on this?

Pretty concerning this ticket is from 2017 and there is no movement on it, seems like quite some people need this.

[charlotteliang]

Thanks for bring this up to our attention, please upvote at the top, and I will bring this to our PM again to see if priority shifts.

[imannms]

I need this too.

[ziv-li]

Me too

[ammarbukhari]

We need this too.
It does make sense to have some thing like this as users can subscribe and unsubscribe. But if the user is not subscribed to a topic, and you call unsubscribe. What will happen. The task should not be successfull that means, you already check if the users is subscribed to a topic before unsubscribing.

[ma684351]

Me too

[marlokessler]

We need this too

[xiangyangyang]

We need this too

[BeauNouvelle]

Will never happen folks. Give up.

[ryaaanb]

+1

[chrislangston]

+1

[taitasu555]

me too

[mschinis]

5 years later, still waiting 🤙

[taitasu555]

We need to check users' subscriptions because we don`t know if users definitely subscribe or not. we are not going to use this service if no progress

[pinpong]

+1

[ndlovucn]

This is a deal breaker , please action this

[herrernst]

We'd like to have this too!

[zane-carter]

Is this a planned feature @paulb777 ?
As I understand it's possible on the android SDK.