search

masghar / yet-another-music-application

Automatically exported from code.google.com/p/yet-another-music-application
0 stars 0 forks source link

UI Lost on Startup #294

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. Starts Stoffi (from Start Menu or Directly run the executable)
2. Wait until the loading ends
3. No UI shown.

What should have happened?
Main UI shows.

What happened instead?
Nothing shown. Aero Peek show nothing when hovered, thumbnail just show white 
block. (See attached)

Can still play music via jumplist or the play button at aero peek thumbnail.

Can you give us any additional information that could be useful in fixing
this bug?
I'm not sure how to get more information. I've downloaded Stoffi source, but 
have no experience in finding a bug directly from an executable. Can someone 
point me how, so I can give more info?

What release of Stoffi are you using (Xia or Shang)?
Not sure. How do I check this?

If you are using alpha or beta, please state which:
Not sure. How do I check this?

Original issue reported on code.google.com by bertzzie on 8 Feb 2012 at 1:55

Attachments:

GoogleCodeExporter commented 9 years ago 
How strange. Does this happen every time you start it or only occasionally?

Original comment by ephracis on 8 Feb 2012 at 1:58

GoogleCodeExporter commented 9 years ago 
This happens everytime I start it, but just today. I haven't got this issue 
yesterday.
I've managed to attach the Stoffi process to VS. See the log attached (I've 
cencored my PC's username, but that's the only change I made to the log).

It looks like Stoffi somehow crashed while loading Google.GData.Extensions.dll, 
and throws the following Exception: 

The thread 'Youtube default' (0x1960) has exited with code 0 (0x0).
The thread '<No Name>' (0x990) has exited with code 0 (0x0).
The thread '<No Name>' (0x11d0) has exited with code 0 (0x0).
The thread '<No Name>' (0x1704) has exited with code 0 (0x0).
The thread '<No Name>' (0x1770) has exited with code 0 (0x0).
The thread '<No Name>' (0x868) has exited with code 0 (0x0).

I'm not that familiar with Stoffi's code to do anything now though, but I'm 
trying to understands the code for now :D

Original comment by bertzzie on 8 Feb 2012 at 2:02

Attachments:

GoogleCodeExporter commented 9 years ago 
I've confirmed that it's the Google.GData.Extensions.dll. The thread crashed is 
not consistent though, but it's always after loading 
Google.GData.Extensions.dll that the crash starts. What can I do more to help?

Original comment by bertzzie on 8 Feb 2012 at 2:09

GoogleCodeExporter commented 9 years ago 
Stoffi runs a lot of threads during startup so it's normal that you see a lot 
of threads finishing. The "YouTube default" thread is responsible for fetching 
the top clips on YouTube. The "<No Name>" threads are anonymous threads, 
usually called on the Dispatcher to do GUI operations from non-GUI threads.

As far as I can see in the log there is no crash happening. It's normal for the 
threads to die when they have done their job.

Maybe it's something in your configuration that causes this. The config file is 
located at:
C:\Users\you\AppData\Local\Simplare\Stoffi.exe_Url_XXX\A.B.C.D\user.config

Close Stoffi, make sure it's not in the Task manager
Move that file somewhere else (like your desktop)
Start Stoffi

If this fixes the problem then please send me the config file so I can check it 
out and see what caused the crash.

Original comment by ephracis on 8 Feb 2012 at 2:24

GoogleCodeExporter commented 9 years ago 
Okay, it worked now. The config file is attached. Note that I don't change any 
config from the file directly though.

I remember that yesterday I toyed with the equalizer. Maybe there's something 
with that. Hope it helps.

Original comment by bertzzie on 8 Feb 2012 at 2:37

Attachments:

GoogleCodeExporter commented 9 years ago 
I will check it out as soon as I find the time. I will use your config and see 
if I can get the same behavior.

Original comment by ephracis on 8 Feb 2012 at 7:08

GoogleCodeExporter commented 9 years ago 
Just to clarify, I get this bug once more. Pretty sure I've done nothing on 
configuration this time...

Original comment by bertzzie on 19 Feb 2012 at 3:15

GoogleCodeExporter commented 9 years ago 
If you do the same thing this time (delete or move the user.config file) will 
it solve it again? If it does it is related to the configuration. But the 
config file contains more than your settings: it contains the window location, 
the column sizes, the ordering, the playlists, the tracks found, the folders 
discovered, the volume level, and so on...

Something, somewhere could be causing this in that file. So try to remove or 
move it as you did last time and see if it solves it. Please let me know how it 
goes.

Original comment by ephracis on 19 Feb 2012 at 8:23

GoogleCodeExporter commented 9 years ago

Original comment by christof...@stoffiplayer.com on 23 Apr 2012 at 1:03

GoogleCodeExporter commented 9 years ago 
This issue was closed by revision r1049.

Original comment by christof...@stoffiplayer.com on 23 Apr 2012 at 1:25