Michael Jumper created GUACAMOLE-480:
----------------------------------------
Summary: Cannot read property 'guac-full-name' of undefined
Key: GUACAMOLE-480
URL: https://issues.apache.org/jira/browse/GUACAMOLE-480
Project: Guacamole
Issue Type: Bug
Components: guacamole
Reporter: Michael Jumper
As mentioned in [an unrelated thread on the user@ mailing
list|https://lists.apache.org/thread.html/6bf825bb63440c94c0b086d1c61df92c2b039aec701fed7af01f9ac8@%3Cuser.guacamole.apache.org%3E],
Guacamole currently produces JavaScript errors under some circumstances when
attempting to read attributes of the current user:
{quote}
{code:none}
angular.js:11699 TypeError: Cannot read property 'guac-full-name' of undefined
at app.js?v=0.9.13-incubating:293
at angular.js:9442
at angular.js:13292
at m.$eval (angular.js:14547)
at m.$digest (angular.js:14363)
at m.$apply (angular.js:14652)
at l (angular.js:9734)
at P (angular.js:9924)
at XMLHttpRequest.H.onload (angular.js:9865)
(anonymous) @ angular.js:11699
{code}
{quote}
The associated JavaScript is clearly assuming that user attributes will always
be returned via REST, even if empty:
https://github.com/apache/guacamole-client/blob/00d464b51181d04e123472050833aa265dfdfee2/guacamole/src/main/webapp/app/navigation/directives/guacUserMenu.js#L104-L111
If this assumption is valid, and it is required that users returned via REST
have a defined set of attributes (even if empty), then the REST API needs to be
corrected to satisfy that requirement. If this assumption is invalid, then the
JavaScript needs to be corrected to not make it.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
