"Messages are missing. Sync now." does nothing

For end-to-end encrypted chats, which require the new Facebook Messenger pin number to be entered to view the chats, the "Sync now" feature does not work--nothing happens when I click it. As a result, all encrypted chats are missing up to the point at which Caprine was installed.

Caprine 2.60.1
Pop!_OS 22.04 LTS
Linux 6.8.0-76060800daily20240311-generic

Same issue

Fedora Linux 40 (Workstation Edition)
kernel : 6.8.7-300.fc40.x86_64
Caprine 2.60.1

Same issue
Manjaro Linux x86_64 (unstable branch)
Kernel 5.15.156-1-MANJARO
Caprine 2.60.1 (flatpak and AUR)

I am able to get the 1-time code but where to enter the 1-time code? Seems we need a UI with a form field to add the 'security code'.

Windows 11
Caprine 2.50.1

This is due to the hide-preferences-window class that has been used, since it also ends up hiding the PIN window (and other windows like "Security Alerts", etc.). When Facebook makes backend changes, this is often one part of Caprine that breaks. And when that class doesn't get removed as expected, it prevents any of these types of pop-up windows from showing.

A temporary workaround: If you access the developer tools via F12, you can edit the main <html> element to remove the hide-preferences-window class from the list within class="...".

A temporary workaround: If you access the developer tools via F12, you can edit the main <html> element to remove the hide-preferences-window class from the list within class="...".

It works! Maybe this issue should be pinned temporarily?

Same issue with Windows port.

This is due to the hide-preferences-window class that has been used, since it also ends up hiding the PIN window (and other windows like "Security Alerts", etc.). When Facebook makes backend changes, this is often one part of Caprine that breaks. And when that class doesn't get removed as expected, it prevents any of these types of pop-up windows from showing.

A temporary workaround: If you access the developer tools via F12, you can edit the main <html> element to remove the hide-preferences-window class from the list within class="...".

This worked for me as well. Thank you so much you have saved my sanity

hide-preferences-window seems to serve no purpose. It blocks the "Messenger Settings" menu item as well as the PIN input, and doesn't seem to provide any real benefit. If the project ever comes back to life it would be nice to see it removed.

Deleting hide-preferences-window used to be permanent for me. For some time now it comes back after restarting Caprine. What could be the issue?

How can I help with this? What needs to be changed?

@semikolon

@semikolon

Click F12 to see this hide-preferences-window from the main element class="..." Caprine must be forced to remove it permanently on start because when we remove it manually. For a few days, it comes back after every restart of caprine and its not anymore possible to remove it manually. @mquevill how can we save our edits permanently by removing hide-preferences-window manually because it is always returning when I restart caprine. It blocks the sync function and historical messages from other devices are not available, also it blocks pin authentication, image and video opening, all of the side message functions like forward and edit. We do not see any purpose of hide-preferences-window

Seems like this is not fully fixed in v2.60.2, due to localization issues, so I am reopening the issue.

This issue should be fixed as of v2.60.3, across all locales. The hide-preferences-window class should be automatically removed now.

@mquevill

This issue should be fixed as of v2.60.3, across all locales. The hide-preferences-window class should be automatically removed now.

I can confirm, it's working correctly now, @mquevill! Well done and thanks! :)

I just installed 2.60.3 on Linux Mint. Pressing the "Messages are missing " link does nothing. Installed from AppImage.

Also installed .DEB file. CLeared .config directory.

2.60.3 on windows 11 installed via choco today. The class isn't automatically removed for me.

caprine_2.60.3_amd64.deb installed on Ubuntu 24.04.1 today. The class is not automatically removed so I had to toggle the developer console and remove it.

Also not automatically removed for me, 2.60.3 on Windows 11. Had to do the workaround described above.

Kubuntu 25.04, installed caprine from flatpack at https://flathub.org/apps/com.sindresorhus.Caprine, also had to f12 and manually delete hideprefs. Is that flatpack page not the right place to download from?

not removed in 2.60.3 on cachyos installed via AUR

not removed in 2.60.3 on windows 11

This issue should be fixed as of v2.60.3, across all locales. The hide-preferences-window class should be automatically removed now.

Still a problem on the appimage v2.60.3
Arch linux, KDE Plasma, Electron 29 bin.

Since this project appears to be dead, I switched to the Caprine-NG fork at https://github.com/Alex313031/caprine-ng which already has this bug (and a few others) fixed

Navigation Menu

Repository navigation

"Messages are missing. Sync now." does nothing #2167

Metadata

Assignees

Labels

Projects

Milestone

Relationships

Development

"Messages are missing. Sync now." does nothing #2167

Description

Activity

KabaleTech commented on Apr 26, 2024

TheMightyPengu commented on Apr 27, 2024

hamburger-fries commented on May 1, 2024

mquevill commented on May 2, 2024

Regen-forest commented on May 30, 2024

dcargonaut commented on Jul 31, 2024

vampyre2000 commented on Oct 5, 2024

ShadowDrakken commented on Oct 17, 2024

Zennwah commented on Nov 15, 2024

semikolon commented on Nov 15, 2024

SilverSaw commented on Nov 16, 2024

mquevill commented on Nov 30, 2024

mquevill commented on Dec 1, 2024

Sp3EdeR commented on Dec 1, 2024

phirephoto commented on Dec 13, 2024

jcogilvie commented on Dec 21, 2024

jimmypoulsen commented on Feb 1, 2025

kongming819 commented on Feb 2, 2025

PurpleHel commented on Jun 5, 2025

Bleksak commented on Jun 5, 2025

penzur commented on Jun 17, 2025

DanielHammerin commented on Nov 24, 2025

ShadowDrakken commented on Nov 24, 2025

Metadata

Metadata

Assignees

Labels

Projects

Milestone

Relationships

Development

Issue actions