Use PurpleProtocol.can_connect_async in the login process

Review Request #3005 — Created March 2, 2024 and submitted

Information

pidgin/pidgin
default

Reviewers

Also implement it for all the new protocol plugins.

Attempted connections for the new bonjour, ircv3, and new xmpp accounts and verified them made it past the checks.
Attempted and ircv3 account with a bad DNS name and verified it failed in the can_reach_async functions.
Also ran with the turtles.

Summary ID
Use PurpleProtocol.can_connect_async in the login process
Also implement it for all the new protocol plugins.
07515d334a46a6ea611c7cc148d66e38a266fc72
Description From Last Updated

If I've understood the "Chained asynchronous operations" example correctly, you may want to check g_task_return_error_if_cancelled first here.

QuLogicQuLogic

Should be PURPLE_IRCV3_DEFAULT_TLS_PORT, probably.

QuLogicQuLogic

Not using the async function?

QuLogicQuLogic

Either capitalize first word, or don't end with period.

QuLogicQuLogic

create a

QuLogicQuLogic

Ditto.

QuLogicQuLogic

Semi-colons, not commas.

QuLogicQuLogic

Ditto for capitalization/period.

QuLogicQuLogic
QuLogic
  1. 
      
  2. Should be PURPLE_IRCV3_DEFAULT_TLS_PORT, probably.

  3. Not using the async function?

  4. Either capitalize first word, or don't end with period.

  5. libpurple/purpleprotocol.h (Diff revision 1)
     
     

    create a

  6. protocols/bonjour/purplebonjourprotocol.c (Diff revision 1)
     
     
     

    Semi-colons, not commas.

  7. protocols/xmpp/purplexmppprotocol.c (Diff revision 1)
     
     

    Ditto for capitalization/period.

  8. 
      
grim
QuLogic
  1. 
      
  2. If I've understood the "Chained asynchronous operations" example correctly, you may want to check g_task_return_error_if_cancelled first here.

  3. 
      
grim
QuLogic
  1. Ship It!
  2. 
      
grim
Review request changed

Status: Closed (submitted)

Loading...