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

'can't open application' error on macOS Big Sur #2716

Open
MemeFormer opened this issue May 11, 2024 · 5 comments
Open

'can't open application' error on macOS Big Sur #2716

MemeFormer opened this issue May 11, 2024 · 5 comments
Labels
bug help wanted Needs a volunteer to investigate/implement the issue macOS Relates to macOS

Comments

@MemeFormer
Copy link

Describe the bug

when trying to open after fresh install with brew install --cask copyq I get this:

Screen Shot 2024-05-11 at 5 07 18 PM Screen Shot 2024-05-11 at 5 07 02 PM

Version, OS and Environment

Screen Shot 2024-05-11 at 5 08 02 PM

Application Version:

well, about that..
even if

Screen Shot 2024-05-11 at 5 18 27 PM

and

Screen Shot 2024-05-11 at 5 19 09 PM

there is

Screen Shot 2024-05-11 at 5 19 42 PM

???

@MemeFormer MemeFormer added the bug label May 11, 2024
@zishuzy
Copy link

zishuzy commented May 12, 2024

Me too.

@hluk hluk added macOS Relates to macOS help wanted Needs a volunteer to investigate/implement the issue labels May 12, 2024
@rsshilli
Copy link

rsshilli commented May 13, 2024

It looks broke on Sonoma as well.

I suspect this is related to #2710.

image

@rsshilli
Copy link

Oh. From #1331 I learned this trick. It fixed it for me:

xattr -d com.apple.quarantine /Applications/CopyQ.app
codesign --force --deep --sign - /Applications/CopyQ.app

@MemeFormer
Copy link
Author

Troubleshooting and Solution for CopyQ Installation Issue on macOS BigSur 11.7.10

Issue: Unable to run CopyQ after installation on macOS due to a specific Dyld Error Message indicating missing symbols related to Qt libraries.

Initial Steps and Encountered Issues:

  1. Confirmed Installation Location:

    • Verified the location of CopyQ installation using:
      ls /Applications | grep CopyQ
      mdfind "kMDItemDisplayName == 'CopyQ' && kMDItemKind == 'Application'"
      open -a CopyQ
  2. Encountered Error:

    • Dyld Error Message:
      Symbol not found: __ZNKSt3__115basic_stringbufIcNS_11char_traitsIcEENS_9allocatorIcEEE3strEv
      Referenced from: /Applications/CopyQ.app/Contents/MacOS/../Frameworks/QtWidgets.framework/Versions/A/QtWidgets (which was built for Mac OS X 12.0)
      Expected in: /usr/lib/libc++.1.dylib
      
  3. Initial Troubleshooting Steps:

    • Attempted to reinstall CopyQ via Homebrew:
      brew install --cask copyq
  4. Further Issues:

    • Homebrew upgrade process got stuck multiple times during llvm build.
    • Encountered errors when trying to install Qt due to missing full Xcode installation:
      brew install qt
      brew link --force qt

Final Solution:

  1. Resolution via .dmg Installer:

    • Decided to use an older version of CopyQ available as a .dmg file.
    • Downloaded and installed CopyQ 6.3.0-gbf2d498e-v6.3.0 from the CopyQ GitHub releases page.
    • The installation went smoothly with no issues.
  2. Clarification on Alternative Suggestion:

    • A commenter suggested dealing with macOS security prompts using command line, but this was unrelated to the underlying issue.
    • These security prompts can generally be bypassed by right-clicking (or Ctrl+clicking) the application and selecting "Open".

Additional Notes:

  • Homebrew Fix Not Possible:

    • Due to the extensive time and resource requirements for building llvm and installing Qt, updating Homebrew dependencies wasn't feasible in this case.
  • Specific Error Analysis:

    • The initial error was related to a mismatch or missing Qt library built for a different macOS version. This pointed us towards updating dependencies, which led to discovering the Xcode requirement.
  • Potential for Newer .dmg Versions:

    • While version 6.3.0 worked, other newer versions might also work. Users are encouraged to try different versions if necessary.

Conclusion

Using an older .dmg version of CopyQ proved to be a successful workaround, bypassing the complex dependency issues faced with Homebrew installations. This approach may save time and avoid the intricacies of manually resolving build errors for others encountering similar problems.

@hluk
Copy link
Owner

hluk commented May 23, 2024

I hope some of the issues are fixed in #2661. 🤞

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug help wanted Needs a volunteer to investigate/implement the issue macOS Relates to macOS
Projects
None yet
Development

No branches or pull requests

4 participants