Resolving Bonjour names freezes menu validation

[cyberduck]

94c08a5 created the issue

This is similar to ticket 1222.

After a couple of minutes, the application returns to normal and functions with no errors. We have SSH turned on on all mac workstation on our network. We currently have about 300ish macs running with 10.3-10.5.

We notice the following in the console log of the machine running Cyberduck:

Jan 18 12:14:29 ITPB233 Unknown[16]: Client application bug: DNSServiceResolver(IT118._ssh._tcp.local.) active for over two minutes. This places considerable burden on the network.

Jan 18 12:14:29 ITPB233 Unknown[16]: Client application bug: DNSServiceResolver(ADOPS114._ssh._tcp.local.) active for over two minutes. This places considerable burden on the network.

Jan 18 12:14:29 ITPB233 Unknown[16]: Client application bug: DNSServiceResolver(IT238._ssh._tcp.local.) active for over two minutes. This places considerable burden on the network.

Jan 18 12:14:29 ITPB233 Unknown[16]: Client application bug: DNSServiceResolver(xservelv03._ssh._tcp.local.) active for over two minutes. This places considerable burden on the network.

Perhaps this is an issue with collecting of machines via Bonjour.

This has been noticed in all prior version of Cyberduck.

[cyberduck]

@dkocher commented

#1222 closed as duplicate.

[cyberduck]

@dkocher commented

DNSServiceResolver issue should be fixed in def1760.

[cyberduck]

@dkocher commented

Should be resolved in 9c14f40.

[cyberduck]

94c08a5 commented

Tested builds 3447 and 3454 and the issue is still happening.

The following is being made in the console log at launch of Cyberduck:

Jan 21 09:21:28 ITPB233 Cyberduck[967]: ObjCJava: a mapping for OBJC class name ch/cyberduck/core/Host to info class name ch/cyberduck/core/Host already exists; cannot create overloaded mapping to javaclassname ch/cyberduck/core/Host
Jan 21 09:21:58: --- last message repeated 110 times ---

I have found I can also cause the application to freeze by going to the Bookmark menu and selecting Bonjour. The freeze occurs while the list is built.

The console log still gets filled with the DNSServiveResolver errors that I included in the original post.

Overall the freeze lasts for at least 2-3 minutes before the application can be used.

[cyberduck]

@dkocher commented

The issue with the overloaded mapping has been addressed in fcae11f.

[cyberduck]

@dkocher commented

The freeze at launch (when building the Bonjour Menu) should be resolved in 438c5d0.

[cyberduck]

94c08a5 commented

I have tried build 3462 and continue to get the same results with a freeze. The overloaded mapping is fixed. I have also trashed all preferences, caches, and files from the Application Support folder before trying this build.

Something new has popped up in the system.log this time and here is an excerpt:

Jan 21 14:49:08 ITPB233 mDNSResponder[16]: SetupAddr invalid sa_family 0
Jan 21 14:49:38: --- last message repeated 5 times ---
Jan 21 14:51:18 ITPB233 Unknown[16]: Client application bug: DNSServiceResolver(ITPB233._ssh._tcp.local.) active for over two minutes. This places considerable burden on the network.
Jan 21 14:51:18 ITPB233 Unknown[16]: Client application bug: DNSServiceResolver(EDTPB076._ssh._tcp.local.) active for over two minutes. This places considerable burden on the network.
Jan 21 14:51:18 ITPB233 Unknown[16]: Client application bug: DNSServiceResolver(EDTPB062._ssh._tcp.local.) active for over two minutes. This places considerable burden on the network.
Jan 21 14:51:18 ITPB233 Unknown[16]: Client application bug: DNSServiceResolver(PHOTO040._ssh._tcp.local.) active for over two minutes. This places considerable burden on the network.
Jan 21 14:51:18 ITPB233 Unknown[16]: Client application bug: DNSServiceResolver(EDTPB043._ssh._tcp.local.) active for over two minutes. This places considerable burden on the network.
Jan 21 14:51:18 ITPB233 Unknown[16]: Client application bug: DNSServiceResolver(NEWHOMES081._ssh._tcp.local.) active for over two minutes. This places considerable burden on the network.

The first line is new and did not appear until this latest build.

Currently there are 4 ways for me to invoke this freeze.

1. Go to the Bookmark menu and select Bonjour.
2. Type into the Quick Connect box on the toolbar of a new window.
3. Click Open Connection from the toolbar and begin typing into the any of the fields.
4. Open a saved bookmark with no password saved and begin to type the password.

I also have run across a new bug. When I go to add a new bookmark, the URL does not change when I change the server field. Thus a new bookmark will always try to ftp to 'ftp://username@localhost:21'.

My current system I am testing this on is a MacBook Pro running 10.5.1.

[cyberduck]

@dkocher commented

Thanks for the additional bug report (fixed in 136ffe7). Can you please check if disabling rendezvous makes any difference to the interface freeze. Paste

defaults write ch.sudo.cyberduck rendezvous.enable false

into a Terminal.app window and restart Cyberduck.

[cyberduck]

94c08a5 commented

Disabling of rendezvous gets rid of all the freezes. I am unable to duplicate the issue. This is using build 3462.

[cyberduck]

94c08a5 commented

Using build 3466, trashed all prefs, caches, application support files. The application no longer freezes using any of the methods I documented. I will test this on another workstation here to make sure there are no issues and report back.

Thank you so much for working on this issue.

[cyberduck]

@dkocher commented

Have you enabled Bonjour again using the above command with an argument of true?

[cyberduck]

94c08a5 commented

Yes, I did before testing. I have also tested on another workstation and it is working 100%.

The Bonjour/Rendezvour menu comes up instantly I might add. At this time, I would consider this issue closed.

Again, thank you for such quick work.

[cyberduck]

@dkocher commented

Resolved with change fbf017c.