You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@openmeetings.apache.org by "Maxim Solodovnik (JIRA)" <ji...@apache.org> on 2013/10/28 05:42:30 UTC

[jira] [Resolved] (OPENMEETINGS-820) No function to match user groups with rooms via SOAP

     [ https://issues.apache.org/jira/browse/OPENMEETINGS-820?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Maxim Solodovnik resolved OPENMEETINGS-820.
-------------------------------------------

       Resolution: Fixed
    Fix Version/s: 2.2.0 Apache Release
                   3.0.0 Apache Release
         Assignee: Maxim Solodovnik

Thanks for the contribution!

Committed revision 1536247.

Please attach your next fix as a patch to JIRA issue :))

> No function to match user groups with rooms via SOAP
> ----------------------------------------------------
>
>                 Key: OPENMEETINGS-820
>                 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-820
>             Project: Openmeetings
>          Issue Type: Improvement
>    Affects Versions: 2.1.1 Apache Release
>            Reporter: Samuel Hagen
>            Assignee: Maxim Solodovnik
>              Labels: Soap, features, noob
>             Fix For: 3.0.0 Apache Release, 2.2.0 Apache Release
>
>
> While there are lots of highly detailed methods of adding/manipulating rooms and groups via SOAP/REST, there seems to be no way to add a group (organization) to a room by these means.  
> The function addRoomWithModeration allows users to set rooms to private and, in its documentation, warns "use true if you don't deal with different Organizations," though there is no way to subsequently "deal with different organizations" without going into the GUI.  As this is fundamental to the usage of both room and group functionality, this gap seems to seriously diminish the usefulness of other well-functioning SOAP/REST features for rooms and groups.



--
This message was sent by Atlassian JIRA
(v6.1#6144)