Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Resolving Bonjour names freezes menu validation #1657

Closed
cyberduck opened this issue Jan 18, 2008 · 13 comments
Closed

Resolving Bonjour names freezes menu validation #1657

cyberduck opened this issue Jan 18, 2008 · 13 comments

Comments

@cyberduck
Copy link
Collaborator

@cyberduck cyberduck commented Jan 18, 2008

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
Copy link
Collaborator Author

@cyberduck cyberduck commented Jan 19, 2008

@dkocher commented

#1222 closed as duplicate.

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Jan 20, 2008

@dkocher commented

DNSServiceResolver issue should be fixed in def1760.

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Jan 20, 2008

@dkocher commented

Should be resolved in 9c14f40.

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Jan 21, 2008

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.

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Jan 21, 2008

@dkocher commented

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

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Jan 21, 2008

@dkocher commented

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

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Jan 22, 2008

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.

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Jan 22, 2008

@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.

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Jan 22, 2008

94c08a5 commented

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

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Jan 22, 2008

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.

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Jan 22, 2008

@dkocher commented

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

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Jan 23, 2008

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.

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Jan 23, 2008

@dkocher commented

Resolved with change fbf017c.

Loading

@cyberduck cyberduck closed this Jan 23, 2008
@iterate-ch iterate-ch locked as resolved and limited conversation to collaborators Nov 26, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
2 participants