num_sessions never decrease after xdmcp logout

Bug #152068 reported by Francis Giraldeau
6
Affects Status Importance Assigned to Milestone
gdm
Fix Released
High
gdm (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs
Gutsy
Fix Released
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: gdm

The number of xdmcp sessions is never decreased. When MaxSession is hit, then new xdmcp requests are refused. It prevent to use gdm for xdmcp normaly.

This bug is documented here : http://bugzilla.gnome.org/show_bug.cgi?id=478441

There is a fix commited to the 2.20 branch.

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thanks you for your report!.

Changed in gdm:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: New → Fix Committed
Changed in gdm:
status: Unknown → Fix Released
Revision history for this message
Sebastien Bacher (seb128) wrote :

 gdm (2.20.1-0ubuntu1) gutsy-proposed; urgency=low
 .
   * New upstream release:
     - Now gdmlogin and gdmgreeter treat Tab like enter if the focus
       is on the entry field. This addresses usability issues as
       described in bug #433495.
     - Fix bug that was causing the user's default language/session choices
       to not get saved properly if they didn't already have a $HOME/.dmrc
       file.
     - Fix bug with XDMCP logic that was causing GDM to get confused
       about when the maximum number of XDMCP sessions has been reached.
       (LP: #152068)
     - Fix an issue that was causing the username to be logged as a debug
       message when using GDM configured to use crypt or shadow passwords
       (instead of the default PAM). This could cause the user's password
       to get saved as a debug message if the user accidently typed their
       password into the username field when using crypt/shadow passwords.
       No longer translate debug messages in general.
     - Set stdout/stderr to DEV_NULL when spawning at_spi_registryd and
       the prefetch program, fixing a hanging problem.
     - GDM now always sends the daemon a response before exit to avoid a
       hang.
     - Fix gdmXnestchooser and gdmsetup so debug isn't on by default.
       (LP: #137276)
     - Updated the gdmgreeter themes so that they display correctly
       on 800x600 displays.
     - Build/configure fixes for Solaris.
     - Translation updates
   * debian/patches/65_tab-means-enter-after-entry.patch:
     - Dropped as got fixed upstream
   * debian/patches/90_from_svn_create_config_when_required.patch:
     - Dropped as got fixed upstream

Changed in gdm:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: New → Fix Committed
Revision history for this message
Pedro Villavicencio (pedro) wrote :

Verification done with the Gutsy proposed update, the bug has been fixed, now it decrease the number of xdmcp_sessions, thanks.

Revision history for this message
Martin Pitt (pitti) wrote :

Copied to gutsy-updates. Hardy upload is still outstanding.

Changed in gdm:
status: Fix Committed → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gdm - 2.20.3-0ubuntu1

---------------
gdm (2.20.3-0ubuntu1) hardy; urgency=low

  * New upstream version:
    - Now "Esc" key acts like the "Start Again" button in the greeter program.
    - Fix regression in GDM 2.20 that caused the daemon to not read
      any [server-foo] sections that were not referenced in the
      [servers] section of the configuration file. This caused
      problems for gdmsetup when you tried to edit the Xserver configuration.
    - Fix regression in GDM 2.20 that caused HaltCommand,
      SuspendCommand, and RebootCommand to not get updated properly
      when modified from gdmsetup. (LP: #132939)
    - Fix gdmsetup so that it doesn't use gtk_init when run with
      the "--command" option. This allows the gdmflexiserver --command
      option to be run with setuid/setgid without problems. (LP: #132833)
    - Fix counting of open XDMCP sessions. In some situations this
      problem would cause GDM to think the maximum number of XDMCP
      sessions had been started when this wasn't the case. (LP: #152068)
    - Fix Suspend configuration option so it works.
    - Fix so that XDMCP Willing configuration option works.
    - Fixes to avoid compiler warnings.
    - Fix gdmsetup so it does not crash if it cannot read any
      displays from the configuration file.
  * debian/patches/10_noxkeepcrashing.patch,
    debian/patches/70_mandatory-relibtoolize.patch:
    - updated
  * debian/patches/90_workaround_init_color.patch:
    - removed, the issue is fixed in the new version

 -- Sebastien Bacher <email address hidden> Wed, 09 Jan 2008 18:41:35 +0100

Changed in gdm:
status: Fix Committed → Fix Released
Changed in gdm:
importance: Unknown → High
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.