Sync/UPnP server presence not persist after startup [#13302]

Beta Testing for Windows Products and plugins

Moderator: Gurus

mcow
Posts: 816
Joined: Sun Sep 21, 2008 9:35 pm
Location: Cupertino, California

Sync/UPnP server presence not persist after startup [#13302]

Post by mcow » Sat May 07, 2016 12:01 am

MMW 4.1.11.1783, Windows 7

My MMA devices are not able to wirelessly sync with any consistency; I'm continually seeing "Connection failed."
The MMW UPnP server is also seldom seen -- unless I am seeking UPnP server from the MMA device when MMW starts up. In that case, the connection is made and I can select a playlist and start it. But even while that connection is active, neither MMA device can sync, and the second MMA device (and also other programs such as UPnPlay) do not see the server.

This behavior is new, altho I can't pinpoint when it started; maybe with the new beta program. So, I installed 4.1.12.1790, started it up, and tried a wifi sync from the tablet -- No connection. Exited, restarted sync and then started MMW; it made the connection. And now the "sync" is just giving me a long list of "Matching new files." Looks like it's going to itemize every track that should already be in the database.

Meanwhile, the phone (running a freshly updated 1.2.0.595) is looking for UPnP servers and doesn't see MMW.

mcow
Posts: 816
Joined: Sun Sep 21, 2008 9:35 pm
Location: Cupertino, California

Re: Sync / UPnP server presence does not persist after start

Post by mcow » Sat May 07, 2016 12:22 am

Last edited by mcow on Wed May 11, 2016 12:59 am, edited 1 time in total.

mcow
Posts: 816
Joined: Sun Sep 21, 2008 9:35 pm
Location: Cupertino, California

Re: Sync / UPnP server presence does not persist after start

Post by mcow » Wed May 11, 2016 12:18 am

I wondered if the fix for http://www.ventismedia.com/mantis/view.php?id=13261 in build 1791 would happen to fix this bug as well, but it did not.

Peke
Posts: 11267
Joined: Tue Jun 10, 2003 7:21 pm
Location: Serbia
Contact:

Re: Sync / UPnP server presence does not persist after start

Post by Peke » Thu May 12, 2016 7:13 am

Have you checked Firewall rules, do you see MMW in UPnP of MMA?

You know how to find me ;)
Best regards,
Pavle
MediaMonkey lead QA/Tech Support guru
Admin of Free MediaMonkey addon Site HappyMonkeying
Image
Image
How to add Images to forum

mcow
Posts: 816
Joined: Sun Sep 21, 2008 9:35 pm
Location: Cupertino, California

Re: Sync / UPnP server presence does not persist after start

Post by mcow » Mon May 16, 2016 10:08 pm

After reading that bug, yes, I checked the firewall rules, and they all appeared in order.

After running build 1791, the firewall rules had changed, as described in that bug. When I tested again, I still did not have success, as I mentioned.

Running now, tho, the sync server is discoverable (and so I see the problem from http://www.mediamonkey.com/forum/viewto ... 21&t=83533 instead). Not sure what the discrepancy is.

olivechicago
Posts: 52
Joined: Sat Oct 26, 2013 11:57 am

Re: Sync / UPnP server presence does not persist after start

Post by olivechicago » Thu May 19, 2016 8:34 am

I've got the same problem. Started for me with 1791 I think.

The service crashes.

Faulting application name: MediaMonkey.exe, version: 4.1.12.1793, time stamp: 0x573643fc
Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000
Exception code: 0xc0000005
Fault offset: 0x00000000
Faulting process id: 0x3540
Faulting application start time: 0x01d1b179dbe75bea
Faulting application path: C:\Program Files (x86)\MediaMonkey\MediaMonkey.exe
Faulting module path: unknown
Report Id: 48ba732e-58ea-40ea-9e1c-01099a8b56b4
Faulting package full name:
Faulting package-relative application ID:

Faulting application name: MediaMonkey.exe, version: 4.1.12.1791, time stamp: 0x5730dd94
Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000
Exception code: 0xc0000005
Fault offset: 0x00000000
Faulting process id: 0x17a8
Faulting application start time: 0x01d1b16765df61b4
Faulting application path: C:\Program Files (x86)\MediaMonkey\MediaMonkey.exe
Faulting module path: unknown
Report Id: 29326988-4620-4403-8153-3c6d5954512a
Faulting package full name:
Faulting package-relative application ID:

olivechicago
Posts: 52
Joined: Sat Oct 26, 2013 11:57 am

Re: Sync / UPnP server presence does not persist after start

Post by olivechicago » Thu May 19, 2016 9:52 pm

Seems stable until a remote device tries to sync... then it's crashing.

I uninstalled and reinstalled the service... same thing.

olivechicago
Posts: 52
Joined: Sat Oct 26, 2013 11:57 am

Re: Sync / UPnP server presence does not persist after start

Post by olivechicago » Thu May 19, 2016 10:10 pm

I'm getting a lot of this too:
Image
Image
Image

This path doesn't even exist
Image

Rolling back to 1790, which never gave me a problem before did not fix it.
Last edited by olivechicago on Fri May 20, 2016 10:10 pm, edited 1 time in total.

rusty
Posts: 7131
Joined: Tue Apr 29, 2003 3:39 am
Location: Montreal, Canada

Re: Sync / UPnP server presence does not persist after start

Post by rusty » Fri May 20, 2016 9:07 am

Hi mcow,

If I understand correctly, you're saying that the originally reported issue has been fixed (i.e. MMA/MMW now consistently connect), but files are syncing unnecessarily. If so, I'll continue the discussion at http://www.mediamonkey.com/forum/viewto ... 21&t=83533

Olive Chicago,

Can you please try out build 1795 (to be posted in a few minutes), and send a debug log? See details at: url=http://www.mediamonkey.com/forum/viewto ... ?f=6&t=341

That'll give us the information needed to figure out why this is happening. Thanks.

-Rusty

olivechicago
Posts: 52
Joined: Sat Oct 26, 2013 11:57 am

Re: Sync / UPnP server presence does not persist after start

Post by olivechicago » Fri May 20, 2016 9:24 pm

So far, so good. Sync over WiFi has left 1795 stable so far.

I didn't install it as a service yet though. I'll do that next and see what happens.

olivechicago
Posts: 52
Joined: Sat Oct 26, 2013 11:57 am

Re: Sync / UPnP server presence does not persist after start

Post by olivechicago » Fri May 20, 2016 10:40 pm

Initiating the service seems to be a deal breaker.

Image

That is the phones WiFi MAC.

I'll run the debugging stuff tomorrow.

olivechicago
Posts: 52
Joined: Sat Oct 26, 2013 11:57 am

Re: Sync / UPnP server presence does not persist after start

Post by olivechicago » Sat May 21, 2016 1:56 pm

Data submitted


Ticket ID #XSE-818-43206
log ID: LA8BRPKLPZ

Ludek
Posts: 2493
Joined: Fri Mar 09, 2007 9:00 am

Re: Sync / UPnP server presence does not persist after start

Post by Ludek » Mon May 23, 2016 6:32 am

Hi,
thanks for the crash logs.
Based on it I was able to fix the reason for the crash as http://www.ventismedia.com/mantis/view.php?id=13302

The service crashed on closing and most probably caused that MM.DB remained locked for another MM instance (the database is locked SQL errors).
The crash should no longer happens in the next build 1796.

For now rebooting your computer should fix the issue.

mcow
Posts: 816
Joined: Sun Sep 21, 2008 9:35 pm
Location: Cupertino, California

Re: Sync / UPnP server presence does not persist after start

Post by mcow » Mon May 23, 2016 9:40 pm

rusty wrote:Hi mcow,

If I understand correctly, you're saying that the originally reported issue has been fixed (i.e. MMA/MMW now consistently connect)
Well, it's not fixed exactly; the problem recurs. I can't say whether it's an MMW problem or not.

In the older bug, the problem seemed not to occur so long as MMW was not running when I put the system sleep. So I've made a habit of exiting MMW before putting the system to sleep. But that hasn't helped with the recent manifestation.

I'm pretty sure this isn't the same thing olivechicago is seeing; I don't get error boxes or crash indications, and MMW remains running. I just can't get a consistent network presence of the MMW server.

Right this instant, tho, it's working fine. :/

rusty
Posts: 7131
Joined: Tue Apr 29, 2003 3:39 am
Location: Montreal, Canada

Re: Sync/UPnP server presence not persist after startup [#13

Post by rusty » Wed May 25, 2016 10:50 am

Hi mcow,
Well, it's not fixed exactly; the problem recurs. I can't say whether it's an MMW problem or not.
OK, if you can replicate, logs would be great :-)

Thanks.

-Rusty

Post Reply