Fusiondirectory throws a PHP error when trying to access the user creation form

[Antoine Pietri]

When going on the fusiondirectory homepage, I click on Users / Actions / Create / User and get this:

 Fatal error: Uncaught Error: Call to a member function get_permissions() on unknown in /usr/share/fusiondirectory/plugins/admin/users/class_userManagement.inc:808 Stack trace: #0 /usr/share/fusiondirectory/plugins/admin/users/class_userManagement.inc(487): userManagement->get_templates() #1 /usr/share/fusiondirectory/include/class_management.inc(474): userManagement->newEntry('new', Array, Array) #2 /usr/share/fusiondirectory/include/class_management.inc(181): management->handleActions(Array) #3 /usr/share/fusiondirectory/plugins/admin/users/main.inc(47): management->execute() #4 /usr/share/fusiondirectory/html/main.php(295): require('/usr/share/fusi...') #5 {main} thrown in /usr/share/fusiondirectory/plugins/admin/users/class_userManagement.inc on line 808

I run it with php7, my setup uses nginx + php-fpm.

Thanks!

ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: fusiondirectory 1.0.8.8-3ubuntu2
ProcVersionSignature: Ubuntu 4.4.0-21.37-generic 4.4.6
Uname: Linux 4.4.0-21-generic x86_64
ApportVersion: 2.20.1-0ubuntu2
Architecture: amd64
Date: Wed May 4 10:25:10 2016
InstallationDate: Installed on 2016-01-12 (112 days ago)
InstallationMedia:

PackageArchitecture: all
SourcePackage: fusiondirectory
UpgradeStatus: No upgrade log present (probably fresh install)

[Nish Aravamudan (nacc)]

Based upon https://github.com/fusiondirectory/fusiondirectory/issues/12, I will see if we can update to 1.0.13 in Yakkety and SRU the same back to Xenial.

[Nish Aravamudan (nacc)]

Unfortunately, a 'trivial' uscan/uupdate does not build properly. I have asked the upstream maintainers if they plan on uploading 1.0.13 to Debian anytime soon.

[Nish Aravamudan (nacc)]

Per the upstream maintainers, we will need to wait for 1.0.14. I apologize for this, but I'm subscribed to the upstream issue and will get Yakkety fixed and a backport to Xenial ASAP.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Jeremy Bícha (jbicha)]

This bug was fixed in the package fusiondirectory - 1.0.17-1

---------------
fusiondirectory (1.0.17-1) unstable; urgency=medium

  [ Benoit Mortier ]
  * New upstream release.
  * debian/patches: Update Debian patchset for this release:
           deleted: 2005_relative-path-to-js.patch
           renamed: 2004_fusiondirectory-setup.patch
                   to 2003_fusiondirectory-setup.patch
  * debian/patches:
    + 2001_fusiondirectory-apache.patch no longer fuzzy. (Closes: #815104).
  * debian/patches:
    + Update 2002_fusiondirectory-headers.patch. Remove "/" leftover before
      javascript include.
  * debian/control (and others):
    + Add bin:packages fusiondirectory-plugin-mixedgroups
    + Add fusiondirectory-plugins-audit{,-schema}.
    + Add fusiondirectory-plugins-user-reminder{,-schema}.
    + Add binary version dependency on fusiondirectory-smarty3-acl-render.
    + Add breaks for the mail plugin splitting.
    + Removing dependency between gpg and systems.
    + Removing perl code for the user reminder plugin now in argonaut.
    + Moving all schemas to suggests.
    + Rename bin:packages fusiondirectory-plugin-kolab{,-schema}
      to fusiondirectory-plugin-kolab2{,-schema}.
    + Drop bin:packages fusiondirectory-plugin-apache.
    + Drop bin:packages fusiondirectory-plugin-asterisk
      and fusiondirectory-plugin-asterisk-schema.
    + Drop bin:packages fusiondirectory-plugin-database-connector
    + Drop bin:packages fusiondirectory-plugin-fax
      and fusiondirectory-plugin-fax-schema.
    + Drop bin:packages fusiondirectory-plugin-game.
    + Drop bin:packages fusiondirectory-plugin-openstack-compute
      and fusiondirectory-plugin-openstack-compute-schema.
    + Drop bin:packages fusiondirectory-plugin-rsyslog
    + Drop bin:packages fusiondirectory-plugin-uwimap
  * debian/copyright:
    + Update some copyright attributions.
    + Correcting duplicate License: field name for
      core/html/include/pulldown.js.
    + Remove UNKNOWN and FIXES.
  * debian/source.lintian-overrides :
    + Adapt path for kolab -> kolab2 plugin.

  [ Mike Gabriel ]
  * debian/control:
    + Bump Standards: to 3.9.8. No changes needed.
    + Use unversioned php-<module> dependencies (rather than phpX-<module>).
      (Closes: #821485, #816040).
    + Fix Ds for fusiondirectory-plugins-systems{,-schema}.
    + Add Postfix plugin (fusiondirectory-plugins-postfix{,-schema}).
    + Add spamassassin plugin (fusiondirectory-plugins-spamassassin{,-schema}).
    + Don't have fusiondirectory in Depends: and Suggests: field (bin:pkg
      fusiondirectory-plugin-developers).
    + Process with wrap-and-sort.
    + Use secure URLs in Vcs-*: fields.
    + Avoid circular dependency between fd-plugin-argonaut-schema and
      fd-plugin-systems-schema.
    + Avoid circular dependency between fd-plugin-argonaut and
      fd-plugin-systems.
    + Don't duplicate SYNOPSIS in LONG_DESCRIPTION (bin:pkg
      fusiondirectory-plugin-subcontracting).
    + Don't duplicate SYNOPSIS in LONG_DESCRIPTION (bin:pkg
      fusiondirectory-plugin-audit).
    + Add Breaks:/Replaces: for Samba's schema files. The were separated from
      fusiondirectory-schema at...

[Nish Aravamudan (nacc)]

Thanks Jeremy.

At this point, I'm not sure how to proceed. A uupdate/uscan will not do exactly what we want, as upstream has changed what files it ships. It is more of a full-fledged backport of the version now in zesty to yakkety & xenial, but that does not fit into the MRE class of updates. Thoughts, suggestions? I can probably spend some time determining what individual commit(s) would fix this specific bug from upstream, but then we're still broken in other regards.

In the meanwhile, I have submitted PPA builds of the backport to https://launchpad.net/~nacc/+archive/ubuntu/fusiondirectory. If folks could test and see if this does fix the issues, that would be great.

-Nish