Skip to content

ParseLiveQuery: 2 compilation errors related to Starscream #1738

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

Closed
4 tasks done
mathieulb opened this issue Sep 19, 2023 · 2 comments · Fixed by #1749
Closed
4 tasks done

ParseLiveQuery: 2 compilation errors related to Starscream #1738

mathieulb opened this issue Sep 19, 2023 · 2 comments · Fixed by #1749
Labels
type:bug Impaired feature or lacking behavior that is likely assumed

Comments

@mathieulb
Copy link

New Issue Checklist

Issue Description

Xcode 14.3.1 cannot compile ParseLiveQuery in ParseObjC 2.7.0 nor 2.3.0 (using StarScream 4.0.6, auto-installed as dep of ParseObjC)

Also cannot compile ParseLiveQuery & ParseObjC 1.19.4 recently (using pod), but 1.19.4 worked until updating pod.

Steps to reproduce

  • remove Parse from Podfile and run pod update
  • Xcode -> File -> Add Packages... -> add ParseObjC exact 2.7.0
  • Product -> Clean build folder... -> Clean
  • Product -> Build (2 errors)
  • Xcode -> File -> Add Packages... -> remove ParseObjC exact 2.7.0
  • Xcode -> File -> Add Packages... -> add ParseObjC exact 2.3.0
  • Product -> Clean build folder... -> Clean
  • Product -> Build (2 errors)
  • Xcode -> File -> Add Packages... -> remove ParseObjC exact 2.3.0
  • add back Parse 1.19.4 in Podfile and run pod update
  • Product -> Clean build folder... -> Clean
  • Product -> Build (2 errors, but this same version worked recently)

Actual Outcome

With two errors :

ParseLiveQuery/ParseLiveQuery/Internal/ClientPrivate.swift:116:1 Type 'Client' does not conform to protocol 'WebSocketDelegate' / fix: add public func didReceive(event: Starscream.WebSocketEvent, client: Starscream.WebSocketClient)

ParseLiveQuery/ParseLiveQuery/Internal/ClientPrivate.swift:118:9 Switch must be exhaustive / fix: add case .peerClosed

Attempts to apply the 2 fixes require unlocking the file if installed as pod ; but if "Add Packages..." is used instead, those fixes cannot be apply because the file is read-only (note: buggy Xcode lets you apply the fix, then denies the possibility to remove the placeholders or typing anything)

Expected Outcome

No errors

Environment

Client

  • Parse ObjC SDK version: 2.7.0 or 2.3.0 (or fresh reinstall of 1.19.4 but not my former installation of the same version, which means an updated dep is causing the incompatibility)

Server

  • Parse Server version: not relevant for a compilation error in the client
  • Operating system: MacOS 13.5.1
  • Local or remote host (AWS, Azure, Google Cloud, Heroku, Digital Ocean, etc): not relevant for a compilation error in the client

Database

  • System (MongoDB or Postgres): not relevant for a compilation error in the client
  • Database version: not relevant until the client compiles
  • Local or remote host (MongoDB Atlas, mLab, AWS, Azure, Google Cloud, etc): not relevant for a compilation error in the client
@parse-github-assistant
Copy link

Thanks for opening this issue!

  • 🚀 You can help us to fix this issue faster by opening a pull request with a failing test. See our Contribution Guide for how to make a pull request, or read our New Contributor's Guide if this is your first time contributing.

@mtrezza mtrezza added the type:bug Impaired feature or lacking behavior that is likely assumed label Sep 20, 2023
@mboyd1993
Copy link

Yes, I can confirm that I have this exact same issue after updating the Parse SDK in an existing project to version 2.7.0. The two fixes that @mathieulb suggested do get the compilation error to go away, but since the files in the Swift package are read-only, I can only make changes by opening the files in another editor and then there's still no way to save the files.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type:bug Impaired feature or lacking behavior that is likely assumed
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants