Caprine: Block chat seen option no longer working with new Messenger.com

Created on 20 Dec 2020  路  11Comments  路  Source: sindresorhus/caprine


Issuehunt badges

The block chat seen option no longer works -- my guess is that the change_read_status.php endpoint has been changed with the new Messenger.com update, but I can't confirm.

To reproduce: enable "Block Seen Indicator" in the Caprine File menu, then open a chat, while looking on another Messenger.com instance, and see that the message will be marked as read.


Caprine 2.51.2
Electron 10.1.5
darwin 20.2.0
Locale: en-US




IssueHunt Summary

Backers (Total: $2.00)

Become a backer now!

Or submit a pull request to get the deposits!

Tips


Funded on Issuehunt

Most helpful comment

Hi everyone and thanks for taking interest in this issue. So far, as you might assume, we've been overflown with issue reports about same issues over and over again with little to no investigation or details about how Messenger handles everything now. If anyone is interested in helping out or at least researching a bit more in depth this issue and how Messenger might be handling those "privacy" features (sending seen reports, typing reports and block delivery receipts), we'll be very thankful. Right now because of the scale of the update of Messenger, we are basically building every feature from scratch and it might take some time until we get back on our feet.

All 11 comments

yeah everything's broken after the messenger.com update

@kevin-fang I've been trolling the threads a bit to see if anyone has a decent idea of the magnitude of refactoring that would be necessary to re-enable the mass of functionality broken by the FB Messenger update, I'm wondering if you've got any inkling on how big a change this _particular_ feature might be? I'm considering attempting to push a PR for this, but wading through what little we know so far has been mind-blowing.

@ammanley I think I've located where the hide read feature is implemented in the source code. I've tried to look into the network requests made when you read a message on the web client but can't find any requests made to a link with change_read_status, so it looks like they changed something about their API. I don't know what the requests looked like before the update, though, so I'm not sure it's relevant.

Theoretically a few tweaks to this function might work, but would require a bit of investigation on the Messenger website.

Hi everyone and thanks for taking interest in this issue. So far, as you might assume, we've been overflown with issue reports about same issues over and over again with little to no investigation or details about how Messenger handles everything now. If anyone is interested in helping out or at least researching a bit more in depth this issue and how Messenger might be handling those "privacy" features (sending seen reports, typing reports and block delivery receipts), we'll be very thankful. Right now because of the scale of the update of Messenger, we are basically building every feature from scratch and it might take some time until we get back on our feet.

Would love to help, never worked with Electron before so reading up on that first. Looks like they might be using the graphql API rather than PHP endpoints for the Messenger stuff now, which...might be unfortunate if there is no way to access the Message GQL entity without it activating the read receipts on their backend :-\

That's terrible news. I really hope it's fixable because this is the only reason I use Caprine now that there's an official desktop app with dark mode.

@aggelosm has funded $2.00 to this issue.


I can in fact confirm that the Message events are now handled via GraphQL and webhooks. There is no longer a way to manually retrieve a message without Facebook marking it as read.

However, a workaround may be possible - if you are to cache incoming messages from the delivery webhooks, it may very well be possible to open the cached messages without needing to fetch and thus trigger the read event.

I hope this helps.

I'm not sure why my issue was closed since my issue is specifically for the entirely new version built for the new messenger, and this thread is an old issue from the old Caprine.

Regardless, Block Seen Indicator is not working on the newly updated and released version 2.52.0. It is the reason that I use Caprine.

@Amandaville your issue was closed because it's a duplicate of this one. The new Caprine version that was released did not fix any of the privacy related features so it doesn't matter if its targeted for a new version or a previous one. Here is the pull request that has a list of issues that are fixed/not fixed. The main reason we created a new release is to push out the dark mode fix and some other features. This one is harder to fix and will take some time.

Sorry for the lack of explanation while closing your issue. We are overflow by the issues being reported and a lot of features are broken due to new design. It's not easy to fix them all at the same time but we'll try our best.

@dusansimic Thank you for the explanation. My apologies for not understanding that there were unfinished issues in the new release. Thanks for all your hard work.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

linuxlite picture linuxlite  路  4Comments

sindresorhus picture sindresorhus  路  3Comments

Martina-Neumayer picture Martina-Neumayer  路  4Comments

Vexorify picture Vexorify  路  3Comments

willashley23 picture willashley23  路  3Comments