[Bug 2039374] Re: xbrlapi causes long delay in GUI login

[Scoot Lee]

Yes you're right it is abnormal.
What's going on is that I had set the sysctl parameter net.ipv6.conf.lo.disable_ipv6=1, which of course disables the IPv6 loopback.  

But it exhibits a curious behavior where if there is an active IPv6
regular (non-loopback) interface with an IPv6 address and network
connection, then connection attempts to ::1 seem to hang and timeout,
but if there is no active IPv6 at all, then connections to ::1 will
instantly fail with a "cannot assign requested address".

I guess this didn't work this way before 22.04.
There are no IPv6 firewall rules for the loopback.
I haven't seen any other daemons with issues from this. Maybe they are using IPv4 for loopback?

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to brltty in Ubuntu.
https://bugs.launchpad.net/bugs/2039374

Title:
  xbrlapi causes long delay in GUI login

Status in brltty package in Ubuntu:
  New

Bug description:
  Ubuntu 22.04.3 LTS 
  xbrlapi 6.4-4ubuntu3

  After logging in to the GUI, there is a delay of over 2 minutes before
  the desktop environment loads (screen will be black with a mouse
  cursor)

  This is caused by /etc/X11/Xsession.d/90xbrlapi

  The script runs xbrlapi, which hangs for 2 minutes or so, presumably
  because it is trying to connect to a BrlAPI server that doesn't exist
  on my machine.

  I guess this packages was installed by orca, because I did not
  directly install it myself and I don't need it.

  Did not happen before 22.04

  Others have this issue:
  https://askubuntu.com/questions/1448501/ubuntu-22-04-1-lts-very-long-x-session-login-due-to-90xbrlapi

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/brltty/+bug/2039374/+subscriptions