Skip to content
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

Unwanted dialog/update prefs #12

Open
johnnywz00 opened this issue Feb 16, 2020 · 5 comments
Open

Unwanted dialog/update prefs #12

johnnywz00 opened this issue Feb 16, 2020 · 5 comments

Comments

@johnnywz00
Copy link

The program seems to always check for update info (if Wi-Fi on) or bring up a dialog saying 'It was not possible to retrieve update info' (if no Internet connection), even though update preferences set to 'Never'.
MacOS 10.14.2, MacBook Air (13-inch, 2017)

@realnc
Copy link
Owner

realnc commented Feb 21, 2020

It might be an issue with how macOS handles applications that changed their preferences filenames. It might be that for some reason it tries to load settings from previous files. So let's test the following:

First, delete all QTads versions you currently have and empty the trash. Then open a terminal and execute the following command:

for f in $(find ~/Library/Preferences -iname "*qtads*"); do defaults delete $(basename "$f" .plist); done

It might print "domain not found" for some entries, but that's fine. What this command does is clear the settings in all preference files created by QTads.

Then, physically delete all QTads preference files with:

find ~/Library/Preferences -iname "*qtads*" -exec rm '{}' \;

Confirm that they have been deleted with:

find ~/Library/Preferences -iname "*qtads*"

That command should print nothing.

At this point, reboot. Do a full reboot, not some kind of suspend/resume.

After macOS has rebooted, confirm again that the preference files are gone:

find ~/Library/Preferences -iname "*qtads*"

That command should still print nothing.

Finally, download the final release version of QTads from here:

https://realnc.github.io/qtads/#downloads

Start it, change the update check setting to "never". quit and start it again. Does the problem still occur?

@johnnywz00
Copy link
Author

Unfortunately, this does not seem to have made the issue go away. I am not a programmer and the Terminal is mostly Greek to me, but I searched for qtads in the whole Library directory, and saw this:
/Users/johnrebekah/Library/Saved Application State/nikos.chantziaras.qtads.savedState
/Users/johnrebekah/Library/Saved Application State/net.sourceforge.qtads.QTads.savedState
Are those some things that should be deleted from old versions?
I did see the preference files disappear before loading the newest QTads, but it hasn't banished the dialog box.

@realnc
Copy link
Owner

realnc commented Feb 24, 2020

You can delete them to see if they're somehow causing this, but I doubt it. I'm out of ideas of what might be causing this :-/ I will need to somehow try and reproduce the issue on my end.

@alexispurslane
Copy link

I'm having a similar issue with QTads 3.3 on PopOS 22.04 — even though I have it set to never check for updates, it still does it on startup anyway, but the SSL handshake fails and it does a really annoying popup saying that it can't check for updates. So we have two bugs: not listening to the config, and the SSL handshake failing.

@a-detiste
Copy link
Contributor

on Debian it is patched out, having an option do disable it at build would be nice

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants