Crashes when using Explore Node with folder or Archive

Really disappointed 2.7.4 is not stable and user reported issue have yet again been ignored.

This problem was reported in 2.7.2 beta and on 2.7.3 from multiple users and was not fixed? I also opened a TT with support about this in early feb support tried to say it was my music files. If so why does this not happen on 2.6.8 with the same files/folders and why does this happen with other users?

I can understand minor bugs but when you have one that causes a crash.. it make me think what else did NI miss that could potential cause a crash.

Here is the Crash Log:


Date/Time: 2015-03-05 08:59:15 -1000
OS Version: 10.10.2 (Build 14C109)
Architecture: x86_64h
Report Version: 21

Command: Traktor
Path: /Applications/Native Instruments/*/Traktor.app/Contents/MacOS/Traktor
Version: 2.7.4 (R1024) (2.7.4 (R1024), Copyright ÔøΩ 2015 Native Instruments)
Parent: launchd [1]
PID: 904

Event: hang
Duration: 2.80s (process was unresponsive for 11 seconds before sampling)
Steps: 29 (100ms sampling interval)

Hardware model: MacBookAir6,2
Active cpus: 4

Fan speed: 1192 rpm

--------------------------------------------------
Timeline format: stacks are sorted chronologically
Use -i and -heavy to re-report with count sorting
--------------------------------------------------

Heaviest stack for the main thread of the target process:
29 start + 1 (libdyld.dylib + 13769) [0x7fff9307b5c9]
29 main + 509 (Traktor + 3604621) [0x10bd5608d]
29 -[NSObject(NSThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:] + 131 (Foundation + 202816) [0x7fff8b016840]
29 -[NSObject(NSThreadPerformAdditions) performSelectornThread:withObject:waitUntilDone:modes:] + 954 (Foundation + 204092) [0x7fff8b016d3c]
29 -[NSApplication run] + 711 (AppKit + 95752) [0x7fff90aca608]
29 -[NICocoaStandaloneApplication sendEvent:] + 136 (Traktor + 3604072) [0x10bd55e68]
29 -[NSApplication sendEvent:] + 4183 (AppKit + 1619025) [0x7fff90c3e451]
29 -[NSWindow sendEvent:] + 446 (AppKit + 1937774) [0x7fff90c8c16e]
29 -[NSWindow _reallySendEvent:] + 12721 (AppKit + 7678488) [0x7fff91205a18]
29 NI::UIA::COCOA::View::mouseDown(objc_object*, objc_selector*, NSEvent*) + 35 (Traktor + 18497907) [0x10cb8a173]
29 NI::UIA::COCOA::View::handleMouseButtonEvent(objc_object*, NSEvent*, NI::UIA::eMouseButton, NI::UIA::eMouseButtonState) + 383 (Traktor + 18508383) [0x10cb8ca5f]
29 NI::UIA:ETAIL::WindowImpl::sendEvent(unsigned int, NI::UIA::EventData*, bool) + 28 (Traktor + 18465420) [0x10cb8228c]
29 FrameWindow:nEvent(unsigned int, NI::UIA::EventData*) + 481 (Traktor + 9008721) [0x10c27d651]
29 NI::NGL::Window<NI::UIA::StandaloneWindow>:nEvent(unsigned int, NI::UIA::EventData*) + 981 (Traktor + 9051589) [0x10c287dc5]
29 NI::NGL::FormManager::sendEvent(unsigned int, NI::UIA::EventData*) + 211 (Traktor + 12265523) [0x10c598833]
29 NI::NGL::FormManager:nEvent(unsigned int, NI::UIA::EventData*) + 417 (Traktor + 12266257) [0x10c598b11]
29 NI::NGL::FormContainer:nEvent(unsigned int, NI::UIA::EventData*) + 54 (Traktor + 12257062) [0x10c596726]
29 NI::NGL::FormContainer:nMouseEvent(unsigned int, NI::UIA::MouseEventData*) + 541 (Traktor + 12258621) [0x10c596d3d]
29 NI::NGL::Form:nEvent(unsigned int, NI::UIA::EventData*) + 57 (Traktor + 12247369) [0x10c594149]
29 NI::NGL::Form:nMouseEvent(unsigned int, NI::UIA::MouseEventData*) + 540 (Traktor + 12249148) [0x10c59483c]
29 NI::NGL::SubFormControl:nEvent(unsigned int, NI::UIA::EventData*) + 72 (Traktor + 12369512) [0x10c5b1e68]
29 TooltipFormBase:nEvent(unsigned int, NI::UIA::EventData*) + 148 (Traktor + 10272916) [0x10c3b2094]
29 NI::NGL::Form:nEvent(unsigned int, NI::UIA::EventData*) + 57 (Traktor + 12247369) [0x10c594149]
29 NI::NGL::Form:nMouseEvent(unsigned int, NI::UIA::MouseEventData*) + 540 (Traktor + 12249148) [0x10c59483c]
29 NI::NGL::SubFormControl:nEvent(unsigned int, NI::UIA::EventData*) + 72 (Traktor + 12369512) [0x10c5b1e68]
29 NI::NGL::Form:nEvent(unsigned int, NI::UIA::EventData*) + 57 (Traktor + 12247369) [0x10c594149]
29 NI::NGL::Form:nMouseEvent(unsigned int, NI::UIA::MouseEventData*) + 540 (Traktor + 12249148) [0x10c59483c]
29 NI::NGL::SubFormControl:nEvent(unsigned int, NI::UIA::EventData*) + 72 (Traktor + 12369512) [0x10c5b1e68]
29 NI::NGL::Form:nEvent(unsigned int, NI::UIA::EventData*) + 57 (Traktor + 12247369) [0x10c594149]
29 NI::NGL::Form:nMouseEvent(unsigned int, NI::UIA::MouseEventData*) + 540 (Traktor + 12249148) [0x10c59483c]
29 NI::NGL::SubFormControl:nEvent(unsigned int, NI::UIA::EventData*) + 72 (Traktor + 12369512) [0x10c5b1e68]
29 TooltipFormBase:nEvent(unsigned int, NI::UIA::EventData*) + 148 (Traktor + 10272916) [0x10c3b2094]
29 NI::NGL::Form:nEvent(unsigned int, NI::UIA::EventData*) + 57 (Traktor + 12247369) [0x10c594149]
29 NI::NGL::Form:nMouseEvent(unsigned int, NI::UIA::MouseEventData*) + 540 (Traktor + 12249148) [0x10c59483c]
29 NI::NGL::TreeControl:nEvent(unsigned int, NI::UIA::EventData*) + 865 (Traktor + 12412657) [0x10c5bc6f1]
29 NI::NGL::Control::notifyListeners(unsigned int, NI::NGL::ControlEventData*, bool) + 137 (Traktor + 12132281) [0x10c577fb9]
29 non-virtual thunk to BrowserStdTree:nControlEvent(unsigned int, unsigned int, NI::NGL::ControlEventData*) + 21 (Traktor + 9430613) [0x10c2e4655]
29 BrowserStdTree:nBrowserTreeControlEvent(unsigned int, unsigned int, NI::NGL::ControlEventData*) + 1999 (Traktor + 9429759) [0x10c2e42ff]
29 BrowserStdTree::selectTreeNode(NI::GP::String, bool, bool, bool, bool) + 903 (Traktor + 9108295) [0x10c295b47]
29 BrowserStdTree::selectTreeNode(TreeNodeInfo*, NI::GP::String&, bool, bool, bool) + 89 (Traktor + 9414121) [0x10c2e05e9]
29 BrowserStdTree::selectExplorerNode(NI::GP::String const&, bool, bool) + 356 (Traktor + 9399972) [0x10c2dcea4]
29 BrowserForm::setTempToPath(NI::GP::FileName&, bool) + 517 (Traktor + 9138133) [0x10c29cfd5]
29 ListLoaderThread::loadNML(NI::GP::FileName const&) + 42 (Traktor + 9151626) [0x10c2a048a]
29 TraktorThread::sleep(int) + 35 (Traktor + 11721955) [0x10c513ce3]
29 std::__1::this_thread::sleep_for(std::__1::chrono::duration<long long, std::__1::ratio<1l, 1000000000l> > const&) + 75 (libc++.1.dylib + 290088) [0x7fff93a00d28]
29 __semwait_signal + 10 (libsystem_kernel.dylib + 91274) [0x7fff8e90948a]
*29 semaphore_wait_continue + 0 (kernel + 1373536) [0xffffff800034f560]

 

Hi,

I asked you in the other thread also for a crashlog but never received one. This is not a crashlog, its a hanglog and support is right it can be a specific file in your collection which causes the hang. When I am back in the office tomorrow I will tell you how you can enable verbose logging and then we can see more information. Hang logs are pretty useless for us, it only hints towards a place where the problem is.

 

No crash log was generated only the hang log.

I would be happy to do added logging and testing with you but why can't NI take the time to duplicate the issue and than analyze it?

I am not the only one reporting this issue. I feel like NI makes like 1 or 2 attempt to try and reproduce the problem and come the the quick solution of it must be a "user problem" and does not take the time to look at reported issue in a more meaningful way.

http://www.native-instruments.com/forum/threads/traktor-is-freezing-in-history.234002/#post-1356005

In this thread 2 other users report the same thing. I believe there were some other treads that had more issues reference the same or similar problem.

 

Another thing... If support is right that its a specific file in my collection....why does the same folder or archive file when accessed via 2.6.8 not cause any issues?

I went and back to 2.6.8 and tried numerous times does not crash. Plus i been using explorer node and archive with the same music for a while now and never had this issue.

The crash is not specific to a folder or archive file i explained all of this to support yet...it seems NI is quick to blame something other than the 2.7 release.

 

@TroyMichael; Sander's advice about 'verbose logging' is good.
If I'm right this is extended logging and will pull out far more information than a standard crash log.

Until you do this I don't see how NI support can proceed with your issue.

Karlos

 

@TroyMichael please check your PM's.

Karlos

 

Karlos I take a look at the logging. Why do you think this problem only happens on 2.7 releases?

I will get back to with the loging info later today to hopefully help with the issues.

 

I am also getting a crash in Explorer when looking at the history or browsing the hard drive. The crash is not always in the same folder I checked. The crash comes after flipping thru a few folders or directories.

 

Thank you Irv_TF for duplicating the crash problem i am have experience in every version of 2.7.

Support & the guys here seem to think this is Not a Traktor Issue .... I am sorry guys but your wrong Take the time to get this back to NI testing people to duplicate it and than resolve it. Its a major issue i am trying to point out to you and help you and NI.

If you think this is not a NI software issue. Explain why this does not happen on 2.6.8 and why it does happen with other users and with different folders and files.

Kier,

Karlos sent me a document to do the added logging . It was blurry and i could not get the instructions needed to provided the added logging. Please provide me with the direction on how to do the logging and i will send it to you. I am sure Irv_TF would be will to do the same. If you want me to do added testing with me or want me to show you personally on a live Skype session I would be happy to do that.

I am pretty sure if your testing and support team spend a bit more time and that this report seriously you will be able to duplicate the problem.

 

To validate my belief that this is a Software issue and not a user issue perhaps NI can also reach out to the other in this tread that seem to have had the same problem in 2.7.3.

http://www.native-instruments.com/f...ve-history-version-2-7-3.234003/#post-1357267

 

NI peps i am still waiting for you the document to do the logging that you request. When can you send this to me? I really like to get this to you can see this is a true software issue which you can than resolve.

FYI. I duplicated this issue on a friend computer a MBP on maverick.

 

Exactly the same issue here. Macbook pro Retina 15, OSX 10.10 and S8 controller. i've been having this issue since 2.7.3, and it's the same with this beta. I'm a Traktor user for 10 years now, and 2.7.x are the worst builds I've ever seen. So many issues, the software crashes constantly. So I'm stuck with a 1200$ piece of hardware that I can't use. Get your shits together NI, and listen to your customers.

 

Thanks for duplicating and reporting the issue. I really hope that more people report this as NI does not seem to take the report of this problem seriously and still believes this is a user issue because support has not been able to duplicate the issue.

with the s8 my recommendation is to open a support ticket and also return your S8 for a full refund before its too late. From my experience NI moves very slow in resolving these type of issues and from what i see NI has yet even acknowledged that is is a software problem even tough this was reported back on the 2.7.2 beta.

The S4 Mk 2 when it was a releases was a major failure which NI took i believe close to year to resolve and seem to only take action people started to return them.

If the issue gets resolved at a later date you can go back and buy and use the S8 with more confidence.

 

I think if software is becoming bigger due to updates/upgrades then needs more ram size than before to function properly otherwise it causes slow down or crash problems, also valid for this 64 bit version.

 

I have done some testing. I believe this crash happens after loading a large iTunes Library. I can scroll through my history and explorer before I load my iTunes Library. Right after loading my iTunes Library (25,500 songs) I crash and burn when trying to scroll through explorer or history.

In my favorites I have my iTunes Library and playlists within the iTunes Library. This forces iTunes to load dooming my chances of loading the explorer node and history. I imagine the rest you are having a problem after loading a large iTunes library or possibly a large Traktor library.

This took a while to figure out. I am going to start needing paychecks from NI soon if I keep dedicating this much time to troubleshooting Traktor.

 

you could be on the right path. this could be why i saw it happen several times while playing (luckily while my booth mate was playing so i could silently restart traktor...), but could not reproduce it at home on purpose.

thanks @Irv_Tf, i'll try it this afternoon and report back.

 

Thanks for the helpful information Irv_Tf, we are on it.

 

confirmed, it hangs when trying to open a history playlist, both while itunes node is loading, and after it has completely loaded (i tried both possibilities).

 

I received a message about my opened ticket... They are "aware of the issue". They asked me to roll back to 2.6.8 but it's isn't fixed in 2.7.4. I'm really pissed right now.

 

At least NI is finally recognized the problem. This crash issue has been around for several months now and in every version of the 2.7 releases. In my case support told me they could not duplicate it and said it was probably bad files.

Being that its taking them this long to actually recognize the issue, how long do you think it will take for them to resolve it?

The biggest problem i have with NI, is not this problem but the way it was handled. This is good example of how NI standard mode of operation is hurting everyone.

NI moves way to slow and needs to start listening to its users.

NI peps feel free to comment and provide feedback here with any updates on this issue.