Gliffy

Allow Gliffy license to check user groups other than confluence-users

Details

  • Type: Improvement Improvement
  • Status: Open Open
  • Priority: Major Major
  • Resolution: Unresolved
  • Affects Version/s: Gliffy Confluence Plugin 2.0.3
  • Fix Version/s: None
  • Security Level: Anyone may view
  • Iteration:
    1
  • Incident Count:
    1
  • Description:
    Hide

    As it stands the gliffy license must match the confluence license in terms of the number of users.
    We have roughly 80 users of Confluence and a license for 100 users.
    Of those 80 users a group of at most 25 users will need access to gliffy functionality. therefore, we have licenses for 55 more users than we need.
    A bit of background on the issue:
    We've seen a similar issue before with the Balsamiq confluence and jira plugins.
    Balsamiq checked for it's users in a special group that the user needed to manually create called mockups-editors. If the number of users in this group exceeded the Balsamiq license limit, the plugin would cease to work until numbers were reduced. Our problem was that we use Atlassian Crowd for user management for both Jira and Confluence. When Confluence and Jira each use their own user management, it's not a problem, as they can both maintain a user group called mockups-editors with different users in that group within Jira and Confluence. However, when using Crowd, only one group could have the mockups-editors name. So both Jira and Confluence looked to that single group to check the number of licensed users was not exceeded. So even though we had valid license for 10 users in Jira, and another 10 users in Confluence, we could only have 10 users at any given time for both combined. The solution the Balsamiq developers came up with was to keep the remaining mockup-editors group and also add mockups-editors-jira and mockup-editors-confluence groups that would capture which users were to allowed to use Balsamiq in which application.

    The general idea here is that it would be useful if there was a specific user group for the jira plugin and another group for the confluence plugin.
    This would have the following benefits:
    1. Users could only allow a subset of the complete confluence-users group access to gliffy functionality
    2. The seperate user groups will ensure that gliffy plays nice with Atlassian crowd.

    I realise that you might lose out in terms of the revenue you currently obtain from what are currently dead licencees (like us, with a 100-user license when all we need is 25), but you'd also make the plugin more attractive by disconnecting it from the number of licensed confluence users, which might prevent people from buying the plugin in the first place

    Show
    As it stands the gliffy license must match the confluence license in terms of the number of users. We have roughly 80 users of Confluence and a license for 100 users. Of those 80 users a group of at most 25 users will need access to gliffy functionality. therefore, we have licenses for 55 more users than we need. A bit of background on the issue: We've seen a similar issue before with the Balsamiq confluence and jira plugins. Balsamiq checked for it's users in a special group that the user needed to manually create called mockups-editors. If the number of users in this group exceeded the Balsamiq license limit, the plugin would cease to work until numbers were reduced. Our problem was that we use Atlassian Crowd for user management for both Jira and Confluence. When Confluence and Jira each use their own user management, it's not a problem, as they can both maintain a user group called mockups-editors with different users in that group within Jira and Confluence. However, when using Crowd, only one group could have the mockups-editors name. So both Jira and Confluence looked to that single group to check the number of licensed users was not exceeded. So even though we had valid license for 10 users in Jira, and another 10 users in Confluence, we could only have 10 users at any given time for both combined. The solution the Balsamiq developers came up with was to keep the remaining mockup-editors group and also add mockups-editors-jira and mockup-editors-confluence groups that would capture which users were to allowed to use Balsamiq in which application. The general idea here is that it would be useful if there was a specific user group for the jira plugin and another group for the confluence plugin. This would have the following benefits: 1. Users could only allow a subset of the complete confluence-users group access to gliffy functionality 2. The seperate user groups will ensure that gliffy plays nice with Atlassian crowd. I realise that you might lose out in terms of the revenue you currently obtain from what are currently dead licencees (like us, with a 100-user license when all we need is 25), but you'd also make the plugin more attractive by disconnecting it from the number of licensed confluence users, which might prevent people from buying the plugin in the first place

Activity

Hide
Chris Kohlhardt added a comment - 11/Mar/10 5:53 PM

Thanks for the feedback David. If there is sufficient interest we will consider this.

Show
Chris Kohlhardt added a comment - 11/Mar/10 5:53 PM Thanks for the feedback David. If there is sufficient interest we will consider this.
Hide
Bill Warshaw added a comment - 30/Jun/10 2:07 PM

Another vote for this - we have a 100-user Confluence license (going to 500 soon) and less than 25 potential users of Gliffy. and the current licensing scheme is preventing us from making a purchase.

Show
Bill Warshaw added a comment - 30/Jun/10 2:07 PM Another vote for this - we have a 100-user Confluence license (going to 500 soon) and less than 25 potential users of Gliffy. and the current licensing scheme is preventing us from making a purchase.
Hide
Christian Rataj-Weinreben added a comment - 08/Jul/10 9:51 AM

We have the same problem - 515 Jira Studio licenses but only ~15-user Gliffy licenses would be necessary.

Show
Christian Rataj-Weinreben added a comment - 08/Jul/10 9:51 AM We have the same problem - 515 Jira Studio licenses but only ~15-user Gliffy licenses would be necessary.

People

Dates

  • Created:
    11/Mar/10 4:20 PM
    Updated:
    08/Jul/10 9:51 AM