Pairing problems on windows

[GoogleCodeExporter]

Moved from Issue 24:

OK here is the issue I am having at home.  I am not paired yet.  I start my 
app.  I see in my log I am broadcasting properly...

2011-10-18 19:42:16,823 [INFO ] - (6) - Published mDNS Service: domain(local.) 
type(_touch-able._tcp.) name(35649ABC35649ABC)
2011-10-18 19:42:16,823 [INFO ] - (6) - Published mDNS Service: domain(local.) 
type(_dacp._tcp.) name(MonkeyTunes VMWIN7-MELLO)
2011-10-18 19:42:16,823 [INFO ] - (6) - Published mDNS Service: domain(local.) 
type(_http._tcp.) name(MonkeyTunes VMWIN7-MELLO)

However when the TuensRemoteSE screen shows MokeyTunes in the list I am not 
seeing TunesRemoteSE appear in MonkeyTunes as a discovered _touch_remote.  THus 
I cannot pair.

Here is my session.log

class org.tunesremote_se.TunesRemoteSE: Launching TunesRemote SE Revision 85 ...
class org.libtunesremote_se.PairingServer: Pairing Server Listening on Port 
52291
class org.libtunesremote_se.PairingServer: awaiting connection....
class org.libtunesremote_se.TunesService: 
inetAddressAdded(event=[NetworkTopologyEventImpl@7988015 
    inetAddress: 'VMWIN7-Mello/fe80:0:0:0:1f0:4cbe:7ce:a0da%10'])
class org.libtunesremote_se.TunesService: 
inetAddressAdded(event=[NetworkTopologyEventImpl@1716384 
    inetAddress: 'VMWIN7-Mello/192.168.1.11'])
class org.libtunesremote_se.TunesService: 
serviceAdded(event=[ServiceEventImpl@7761536 
    name: '35649ABC35649ABC' type: '_touch-able._tcp.local.' info: '[ServiceInfoImpl@8036263 name: '35649ABC35649ABC._touch-able._tcp.local.' address: '/192.168.1.11:3689 /fe80:0:0:0:1f0:4cbe:7ce:a0da:3689 ' status: 'NO DNS state: probing 1 task: null', has data
    CtlN: MonkeyTunes VMWIN7-MELLO
    OSsi: 0x1F5
    Ver: 131075
    txtvers: 1
    DvTy: MonkeyTunes
    DvSv: 2049
    DbId: 35649ABC35649ABC
]'])
class org.libtunesremote_se.TunesService: 
serviceResolved(event=[ServiceEventImpl@7761536 
    name: '35649ABC35649ABC' type: '_touch-able._tcp.local.' info: '[ServiceInfoImpl@8036263 name: '35649ABC35649ABC._touch-able._tcp.local.' address: '/192.168.1.11:3689 /fe80:0:0:0:1f0:4cbe:7ce:a0da:3689 ' status: 'NO DNS state: probing 1 task: null', has data
    CtlN: MonkeyTunes VMWIN7-MELLO
    OSsi: 0x1F5
    Ver: 131075
    txtvers: 1
    DvTy: MonkeyTunes
    DvSv: 2049
    DbId: 35649ABC35649ABC
]']) 

Original issue reported on code.google.com by nick.gl...@lycos.com on 19 Oct 2011 at 5:41

[GoogleCodeExporter]

Presumably it works if you go back to r74 where it only uses one interface?

Since you are able to build TunesRemoteSE yourself, mind if I throw a few 
versions of TunesService.java at you to see if it makes any difference?  I am 
unable to recreate the problem with my setup.

Original comment by nick.gl...@lycos.com on 19 Oct 2011 at 5:46

[GoogleCodeExporter]

Sure feel free to have me try versions.

Original comment by mellowaredev on 19 Oct 2011 at 6:52

[GoogleCodeExporter]

I can confirm by reverting just TunesRemoteService.java to R65 everything is 
back to working and pairing properly.  Any rev after that with the 
NetworkTopologyListener does not work.

Original comment by mellowaredev on 24 Oct 2011 at 2:39

[GoogleCodeExporter]

I can also confirm on windows even though the RegisterService method is call 
the service is definitely not broadcasting because I am using Bonjour Browser 
on my OSX machine and one on my Windows machine and neither can see the 
service.  If I revert back to R65 both OSX and Windows see the service.  I 
think it might be a bug in the JmmDNS code.

Original comment by mellowaredev on 6 Nov 2011 at 3:53

[GoogleCodeExporter]

Hi Melloware,

Can you try the attached version.
For each networkInterface it finds it creates a new (differently named) 
TunesRemote ServiceInfo and broadcasts that.  I now get two occurances of 
TunesRemoteSE appearing in iTunes as JmmDNS finds both IPv4 and IPv6 interfaces 
(for the same network card).

Nick

Original comment by nick.gl...@lycos.com on 6 Nov 2011 at 9:40

Attachments:

• TunesService.java

[GoogleCodeExporter]

I can confirm this has fixed the issue!

Original comment by mellowaredev on 7 Nov 2011 at 12:05

[GoogleCodeExporter]

Thanks.  Submitted r86.  
Changed it slightly so in the Mediaplayer's tree you will now see 
TunesRemoteSE@Hostname.  Now thats sorted I'll try to get a new release out 
either today / tomorrow

Original comment by nick.gl...@lycos.com on 7 Nov 2011 at 9:01

• Changed state: Started

[GoogleCodeExporter]

Original comment by nick.gl...@lycos.com on 8 Nov 2011 at 10:48

• Changed state: Fixed