-
-
Notifications
You must be signed in to change notification settings - Fork 577
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Class name issues resulting in hide-preferences-window
not removed
#1983
Comments
fixed it by deleting/commenting 92th line of the browser.css (usr/lib/caprine/css on manjaro) html.hide-preferences-window div[class='x9f619 x1n2onr6 x1ja2u2z'] > div:nth-of-type(3) > div > div {display: none; } |
@efeftimov that's a workaround at best. The goal of hiding preferences modal is to hide it from the user when some settings need to be applied (they are picked in the menu bar but the preferences modal needs to be opened to actually set them and that is done by programmatically opening it. To hide that process from the user, preferences modal is hidden using the css style you suggest should be removed.). |
This issue seems to be back. On 2.58.1. Edit: Now something happened. I can use these functions again. I've had this issue for at least a month but now it's working. |
Some class names in the Messenger website have changed which has resulted in the Caprine code working and not removing the
hide-preferences-window
class which hides the modals. This causes any modal to be hidden (including preferences, remove chat, votes, change nick, all kinds of menus...).The text was updated successfully, but these errors were encountered: