GithubHelp home page GithubHelp logo

Comments (10)

ElektrojungeAtWork avatar ElektrojungeAtWork commented on August 22, 2024

Hey @mobru,
Thx for getting in touch. We are not aware of any issues right now.
Which version of the SDK are you using? Are you, by chance, using another crash reporting solution (not counting TestFlight)?

from hockeysdk-ios.

mobru avatar mobru commented on August 22, 2024

Hi @TroubleMakerBen,

sorry for not including the version - I completely forgot. It's 5.1.2.
Also no, there's no other crash reporting SDK in the app. At least not that I'm aware of - there's a few tracking frameworks like WebTrekk (4.11.0) and INFOline (not sure about the version). Other than that, the only "big" framework is Google Mobile Ads (7.30.0).
But none of these were added or updated between the last and the current release of our app.

from hockeysdk-ios.

ElektrojungeAtWork avatar ElektrojungeAtWork commented on August 22, 2024

Hey,
I tried to reproduce the issue that you are seeing locally using HockeySDK-iOSDemo and didcrashInLastSession returns YES as expected and crashes show up in HockeyApp.
I also went ahead tried it with a swift app, which does not make any difference.

Without having access to your project, the only explanation I have is that the SDK somehow fails to detect the cause for the crash. Are the crashes happening early in the lifecycle of the app? In this case, the SDK does not have time to detect the crash.
What type of crash are you seeing that is not reported?

from hockeysdk-ios.

mobru avatar mobru commented on August 22, 2024

Hi again,
the crashes do not happen early on, at least some of them, I'm very sure of.
Here's a screenshot of the current store version from the Xcode organiser:
screen shot 2018-07-19 at 22 33 56

And here's a screenshot from the Hockey dashboard (same app version):
screen shot 2018-07-19 at 22 36 26

As you can see - no crashes tracked.
Crashes from TestFlight builds (uploaded to Hockey but not in the store) aren't tracked either, if that helps (or is that intended?).

Without having access to your project, the only explanation I have is that the SDK somehow fails to detect the cause for the crash.

I know I'm not giving you a lot to work with here, sorry...
Except the source code, is there anything I could send you that would help you?

from hockeysdk-ios.

guperrot avatar guperrot commented on August 22, 2024

Could you remove all proprietary logic of your app but keep same project structure so that code could be shared? With maybe just a button to trigger the crash that is not captured.

Did you also try reverting only Hockey SDK version that was used in 6.1.1-8 but keeping your latest code and XCode version?

from hockeysdk-ios.

ElektrojungeAtWork avatar ElektrojungeAtWork commented on August 22, 2024

I just saw the stacktrace and I've got one more question:
I'm seeing crashes in JavaScriptCore. Were the crashes in 6.1.1-8 that showed up similar? So HA used to to be able to report the exact same crashes but now it suddenly stopped? The reason I'm asking is that if it's a new type of crash, it might be one that HA cannot catch.

What would also help is a sample project that causes the same/similar crash and that HockeyApp can't report. (I know, but you asked ;))

from hockeysdk-ios.

mobru avatar mobru commented on August 22, 2024

@guperrot

Did you also try reverting only Hockey SDK version that was used in 6.1.1-8 but keeping your latest code and XCode version?

You mean resetting the project to the 6.1.1-8 commit? I have not - but that's a good idea. I'll do that. Maybe I can find the commit that screwed things up that way. But as I said, nothing much changed in that period.
Also, like I said above, crashes from TestFlight (i.e. release) builds aren't showing up on Hockey either - this isn't intended behaviour, is it? Because then I couldn't really test it without actually releasing a new version.

@TroubleMakerBen

I'm seeing crashes in JavaScriptCore. Were the crashes in 6.1.1-8 that showed up similar?

That is a weird crash. It first appeared in the last version (6.1.1-8), but only a month after the release. Hockey was able to catch it there.
The actual stacktrace gives me nothing. Could have something to do with the content the app is displaying in a WKWebView (text, images and videos - it's a news / magazine app), or maybe a video ad.
Here's a Hockey crash log from that version if you're interested:

crash.log

Also: afer some looking, I found that the WebTrekk SDK we use for tracking does have a ExceptionTracker.swift class. Unfortunately, I cannot share its code, since it's a paid / licensed SDK. But as I said - neither it nor Hockey were updated since the last version, so it at the very least never was an issue before.
If resetting the project to the 6.1.1-8 commit won't help either, I will remove the SDK for a quick test, though.

(It could be that I can't do it before the 30th though, since I'm on vacation for the next week.)

from hockeysdk-ios.

guperrot avatar guperrot commented on August 22, 2024

We unfortunately do not support multiple crash reporting libraries at the time in the same application on Apple platforms.

Are you sure 6.1.1-8 did not have that ExceptionTracker.swift, or maybe another version of it? What was the version of Hockey App SDK in 6.1.1-8?

from hockeysdk-ios.

ElektrojungeAtWork avatar ElektrojungeAtWork commented on August 22, 2024

The actual stacktrace gives me nothing. Could have something to do with the content the app is displaying in a WKWebView (text, images and videos - it's a news / magazine app), or maybe a video ad.
Here's a Hockey crash log from that version if you're interested:

Yes, that's an odd one. One explanation would be that the JS is crashing while WKWebView renders content and brings down the whole app...
It doesn't explain why the crash in the native code isn't caught, though.

So, to re-iterate what @guperrot wrote:

We unfortunately do not support multiple crash reporting libraries at the time in the same application on Apple platforms.
Several crash reporting tools on iOS is simply not possible (for the exception of TestFlight), it results in undefined behavior and only one tool will catch the crash. Assuming that WebTrekk does have a crash reporting component (their website was not helpful), it could be just "luck" that HockeyApp was able to catch the crash earlier. Have you changed the order of initialization in the AppDelegate?

Another explanation that @guperrot came up with is that it's possible to "Block crashes" in the HockeyApp portal. Can you check if you disabled crashes accidentally?

If you're debugging locally, you can set the loglevel to verbose (BITHockeyManager.shared().loglevel = .verbose), and check the logs in console and see if there are any log messages.

from hockeysdk-ios.

ElektrojungeAtWork avatar ElektrojungeAtWork commented on August 22, 2024

Hey! We haven't heard from you, so I'm closing this issue. Feel free to reply to this issue or get in touch through https://support.hockeyapp.net.

from hockeysdk-ios.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.