Show original estimate and custom description fields in release Oct 10 2021


The new release focuses mostly on the Jira integration. There are a couple of new features introduced few bug fixes.

New Features

The new features introduced allow the display of the original estimate in the stories list and the use of a custom field for description in case of very specific configurations when the default description field is missing or replaced with another custom field.

Show original estimate

Often it happened that a ticket being scheduled for estimation has already been estimated in another session (another poker room) or using other means. When the estimation started, the team was surprised to find out that estimating the current ticket is not needed since it was already done somehow.

Now it is possible to see the original estimate in the list of stories and remove the stories that have already been estimated.

The option is controlled via the Options->Integrations->Jira and is enabled by default. If you don’t need this functionality, you can disable it from the room options and the original estimate will not be shown anymore.

This image has an empty alt attribute; its file name is image-1-1024x153.png

The original estimate is displayed in red color inside a gray rectangle just at the right side of the ticket ID.

This image has an empty alt attribute; its file name is image-1024x814.png

At the bottom, at the left of the ‘clear all stories’ button, there is a new button to remove all stories that have already been estimated.

Custom description field

In certain more complex Jira configurations, sometimes the default description field is replaced with another one, usually a custom field with a different name. Before the collaboration view was not able to properly display this description.

Now it is possible to use a different field for the description in the collaboration view. If the custom description field applies for all issue types, then just changing the field from the bottom of the Settings->Cards tab is enough.

If the field is different for certain issue types, it’s better to use presets. The preset is a combination of card settings that can be applied for an issue during the estimation. Let’s imagine that there is a custom field called ‘Custom Bug Description’ for issues of type Bug and a custom field ‘Custom Story Description’ for issues of type Story. The other ticket types would have the same old ‘description’ field. This configuration can be done by adding 2 new presets called ‘Bug’ and ‘Story’.

Bug and Story presets

To edit the preset, select it first from the drop down and then scroll to the bottom of the settings box and choose the description field. For example, for the ‘Bug’ preset it would look like this:

‘Bug’ preset default description field

And for the ‘Story’ preset it would look like this:

‘Story’ preset default description field

After the presets (card configurations) are properly configured, the preset can be applied to each story in the list of stories by clicking (left mouse button) on the issue type icon. A context menu appears with the list of presets that can be assigned to an issue.

Choosing a preset for an issue

Issues from other projects that have no custom description fields do not need to have the custom preset assigned.

Stories from other projects or other issue types with default description field

As a small reminder, the preset is often used to completely change the estimation process for an issue, for example use T-Shirt cards for bugs, regular Fibonacci cards for stories and a time slider for tasks. The voting screen adapts to the type of issue when selected.

Note: After assigning the preset to the ticket you may need to select or press the reload button to refresh the ticket content from Jira. Then the real description from the new custom field will appear in the collaboration view.


Some small bugs have been fixed.

Ticket estimate not shown in the similar tickets tab on Server/Data Center

Before, the ‘Similar Tickets’ tab in the voting summary was not showing the estimates for each ticket. Even though the accurate tickets have been displayed, the estimate was not visible.

Now the estimate is there.

Happy voting!

All those nice features (and fixed bugs) have been completed thanks to our users – they have requested and we have implemented them. Please help Scrumpy Planning Poker become even more convenient for you by submitting a feature request/bug to our Feature Requests page or up-vote an existing feature that you find useful. Thank you!

Asynchronous voting improvements and similar tickets summary tab in release Jul 25 2021


This release focuses on several usability improvements reported by our customers recently. Mostly this concerns the asynchronous voting and the summary box.

New features

After a pause for new features connected to mostly bug-fixing and support requests, we’re back on the track with the backlog of feature requests.

Asynchronous voting improvements

The asynchronous voting was a bit awkward as it didn’t show the current voting progress. It was difficult to understand when the voting has completed and it is time to collect the votes or ask for colleagues to complete the voting. Now the progress is visible.

The following progress is displayed:

  • Overall progress for the session
  • Progress for each team member who has voted at least once
  • Progress for each planned story

The circular progress bar on the left is the overall progress and is the average of the completion percentage of all stories.

The progress for each team member is displayed in a row above the stories. If someone hasn’t voted for all stories, you could touch-base with the colleague to ask to vote for all stories

The progress for each story is displayed as a badge on the donut-chart icon at the right of the story. For example. if it shows 75% then 3 out of 4 team members voted for the story.

Note: The asynchronous voting has the following use case scenarios:

  • All team members vote in advance (through the voicemail buttons on the right of each story), the scrum master collects/adjusts the votes
  • Part of the team members vote in advance (through the voicemail buttons on the right of each story), the scrum master and the rest of the team members vote in real-time collaboratively discussing all votes (including the ones given in advance)

Similar tickets

This feature is available for Jira users only. The feature allows the users to see all tickets from the project to which the ticket belongs to that have a similar estimate.

Room settings for finding similar tickets

There are 3 parameters that can be adjusted to better find similar tickets. First is the actual JQL the will be executed when you click on the ‘Similar tickets’ tab in the summary box. The JQL is a template and the {project} will be replaced with the current ticket’s project, the {field} will be replaced with the name of the field (Story Points, Story point estimate, timeoriginalestimate, etc.) and finally the {estimate_lower} and {estimate_upper} will be replaced with estimate*(1-tolerance/100.0) and estimate*(1+tolerance/100.0) respectively.

Next is the tolerance in percentage to indicate in what range similar tickets will be sought.

Finally the number of results returned can be set. This limits the number of similar tickets to avoid bloated results and focus only on the top-ranked results. If you don’t want sorting by rank or use more complex JQL queries, you can adjust it in the settings page (Integrations/Jira).

The similar tickets tab is a new one and appears only to non-external Jira users at the right of the summary tab. It shows the JQL query executed and the results.

If the JQL query was not specified correctly (has syntax errors for example), an error box will displayed with the details on the error. You can use the ordinary Jira advanced search for tuning the JQL before pasting it into the room settings.

The similarity of the estimate is calculated as a deviation to the current estimate. For example, when the tolerance is 0 and the estimate is 3, only stories from the ticket’s project that have estimate 3 will be displayed. If the tolerance is 50% then stories with 2 and 3 story points will be displayed.

The number of stories displayed in the similar stories tab is also controlled from the settings page inside Integrations/Jira tab.

Happy voting!

All those nice features (and fixed bugs) have been completed thanks to our users – they have requested and we have implemented them. Please help Scrumpy Planning Poker become even more convenient for you by submitting a feature request/bug to our Feature Requests page or up-vote an existing feature that you find useful. Thank you!

Generic automation in release Dec 27 2020


This is a small release while preparing for the Jira Data Center launch and merging our Jira offerings into a single product line.

New features

A couple of new features are introduced in the area of external integrations and usability.

Generic automation

So far Scrumpy Poker supported only Jira Automation. As of this release, generic automation through POST HTTP webhook is available. Tools like Zapier, Slack Workflow, Microsoft Flow, etc. can be now used on events such as adding/removing stories or estimating them. Soon generic automation will be available for adding new stories to the planning list so stay tuned.

The new Generic Automation section can be found in the Integration section of the settings for each Scrumpy Poker room.

Explicitly terminate a session

Now it is possible to terminate a planning/refinement session from a button instead of waiting until all participants disconnect. Before some users left the browser window open and this lead to resumed session on the next day instead of starting a new one. Also, sometimes it is convenient to have a logical separation between to sessions in the same day for example.

Additionally, when all stories from the refinement session are over, the same hint will be displayed in the stories list section.


Card 0 not shown in summary

Before when the average vote was mapped to 0 (when all participants vote with 0), the card was not displayed in the summary box. Only the value 0 was visible.

Happy voting!

All those nice features (and fixed bugs) have been completed thanks to our users – they have requested and we have implemented them. Please help Scrumpy Planning Poker become even more convenient for you by submitting a feature request/bug to our Feature Requests page or up-vote an existing feature that you find useful. Thank you!

Advanced JQL search in release Nov 28 2020


This release contains only usability features and small bugfixes.

New features

Advanced JQL search

The search box might be a bit difficult to handle when there is no preview for the JQL queries. To overcome this problem, the default Jira JQL search dialog can be now launched from a button right to the search box or in the stories drop down list.

The JQL search provided by Jira gives a native preview for the searched tickets. The query can be optimized and verified and then sent directly to the Scrumpy Poker search box so that the stories can be added.

The feature is only available in Jira Cloud.


JQL error missing

Before it was not clear if empty result was returned or there was an error in the JQL. Now when there is a problem with the JQL a reasonable error message is displayed.

Links now clickable in chat and room description

Now links in the chat messages and room descriptions are clickable. It is more useful when sending link with instructions or external documentation.

Happy voting!

All those nice features (and fixed bugs) have been completed thanks to our users – they have requested and we have implemented them. Please help Scrumpy Planning Poker become even more convenient for you by submitting a feature request/bug to our Feature Requests page or up-vote an existing feature that you find useful. Thank you!

Averaging technique in release 01 Nov 2020


The new release of Scrumpy Poker contains few features based on customer feedback and a lot of small bugfixes that were recently found. Additionally there are a lot of internal changes in the application as a preparation to the upcoming on-premises installation bundle.

New Features

Averaging technique

Until now Scrumpy Poker was only able to pick up the average estimate using plain arithmetic mean value. While this was useful in most of the cases, there voting applications where median or mode value matter more. That’s why now we have several averaging techniques

  • Average. This is the default, plain old arithmetic average that was used so far in Scrumpy Poker.
  • Median. This picks up the median value.
  • Most common. This picks up the value that occurs most of the time in the result set, e.g. mode value.
  • Minimum. This picks up the minimum value in the results set.
  • Maximum. this picks up the maximum value in the result set.

The averaging technique chosen also reflects in the comment messages in Jira/Slack/GitLab/GitHub. For example if Median is chosen for averaging, the message is ‘… the median vote was 2‘.

You can change the averaging technique from the main settings page as follows:

The averaging method is now appended as a badge to the story point or time result both in the planning section and in the result section to indicate the method in case it is changed often between voting sessions.

Dutch translation

Thanks to our friends in the translation community, we have a new translation from the nl_NL locale!

Anyone who wants can translate Scrumpy Poker in his/her own language. There is a test environment setup which can help with validating the translated strings. You can check our GitHub repository for more information.


Disconnected voters

During long voting sessions sometimes participants may lose connection to our systems for a couple of seconds. There are many factors that can affect a long running keep-alive connection. This is not visible during the preparation for voting. When voting starts though, especially when the option to complete voting when everybody pointed a card caused some unwanted story flips since with less connected users the system thought that everybody has already voted.

Now when the voting starts, the system remembers who was in at that time and waits until all those people vote. If a participant is temporarily disconnected, it appears in the right pane as offline. The counter is not reset, the story does not flip. You can wait until this participant reconnects, or if the participant has permanently left the room with a reason, you can decide not to wait and press the (X) button on this participant.

Certainly, as before when voting completes and someone leaves the room, the vote is not lost and displayed on the place of the hourglass.

Wrong card in asynchronous voting comment dialog

Before when voting asynchronously and adding a comment on a story with a preset assigned, the card hint was wrong. Now the correct card is displayed when presets are used.

Happy voting!

All those nice features (and fixed bugs) have been completed thanks to our users – they have requested and we have implemented them. Please help Scrumpy Planning Poker become even more convenient for you by submitting a feature request/bug to our Feature Requests page or up-vote an existing feature that you find useful. Thank you!

Jira Cloud and Server/Data Center add-ons becoming paid; on-premises now available

In the last 2 years we’ve spent great effort in delivering the current version of the product. With your help and precious feedback that you’ve provided, Scrumpy Poker became a tool that is very useful to thousands of companies worldwide. It saves time and makes the planning and refinement sessions shorter and more productive through the collaboration effort of the team.

We have great plans for bringing in a lot more features including relative estimation, multi-level estimation, more card packs, more integrations, UI improvements and extensions as well as priority support and faster delivery of new features.

In order to accomplish our plans, we are making a transition from an incognito startup to a working business. It’s a great step forward for AELBOX that will allow us to deliver faster and better products helping more people save time and increase productivity.

At some time in November 2020 Scrumpy Poker Jira add-ons will become paid and on-premises installation will become available. You’ll still have the usual trial period after that. The price is more than competitive and even though the add-on is very rich on features, Scrumpy Poker will be priced on the lower end as a courtesy to all of you who supported us so far.

Note: The old Jira Server-only add-on will continue functioning without problems until 31st of March 2021. After that you will have the regular 1 month trial from the Marketplace on the new listing that can be extended up to 6 months before the purchase.

Note: We are combining our separate Jira offers into one multi-platform offer for better recognition of the product and to adhere to the Marketplace listing standards. The old Jira Server only add-on listing is now archived and not visible in the Marketplace.

Note: As a celebration to the completion of our new unified Marketplace listing, we’re giving 35% discount for purchases of the Jira Server and Jira Data Center add-on versions until the end of April 2021. Check the discount links below!

The pricing table below shows the details:


Already on the Marketplace


Already on the Marketplace

35% OFF until 30/04/2021

Data Center

Already on the Marketplace

35% OFF until 30/04/2021

Please don’t hesitate to get back to us at with feedback on the pricing or any comments and questions.

Jira Automation integration in release Sep 27 2020


We’re really excited! This release represents a major milestone for us. We’re officially no more beta. This means that the product has reached maturity. We’re actively working with the 2100+ companies actively using Scrumpy Poker to add new features in a time-frame as short as possible. Thank you all who participated in the shaping of this product and make the planning sessions fun. Please read more about this news here.

New Features

Officially no more Beta!

There is a slight change in the subdomains. The is now The is now There are certainly automatic redirects so that the old links are also valid. To avoid the redirect hop and having obsolete links in the future though it’s preferable that you update your bookmarks. We have great plans with this product. Happy non-beta voting 😉

Note: Please update/upgrade the Jira add-ons and then do a full page refresh in the browser if you experience timeouts or screen freeze at loading. We have changed DNS records, sometimes they are cached in the browser and doing a full page reload in the Jira backlog view after upgrading the add-ons solves the issue.

Note: Jira Software Server users need to update to the latest version 1.1.7, there are bugs addressed with inability to load the poker room.

Note: Corporate firewall/proxies may block the new and domains. Please contact your devops/admin to allow those new sub-domains.

Jira Automation integration

Scrumpy Poker now supports Jira Automation in both directions. With this great new feature it’s now easy to automate the integration with Scrumpy Poker and Jira. Here are some use cases that can help you understand the benefit.

From Jira to Scrumpy Poker

Usually adding new tickets means that they have to be estimated before adding them to the sprint. The usual process is to go to Scrumpy Poker and add the new tickets or use the Micro and Mini poker links to add them from inside the Jira search or backlog view. Now it is possible to implement a Jira Automation with just few clicks that will send every new story to Scrumpy Poker for estimation. This way the stories will be in the poker room just waiting for someone to estimate them.

Sometimes existing tickets are either marked or unmarked for estimation by adding a label or changing the ticket state. There is a duplicate work – first mark the ticket for estimation and then manually add it to Scrumpy Poker. Now this process is easy, with just few clicks you can create a Jira Automation that sends or removes a story for estimation to a poker room.

The new setting is available from the Settings page, the Integrations -> Jira tab. When creating a Jira Automation you should choose the Send Web Request POST type of action and paste the endpoint URL above.

Note: There are 2 URLs – one for adding or updating stories and one for removing stories. The remove URL can be used to remove stories for estimation when the status in Jira transitions to Estimated for example.

Note: Please set the Webhook body to Issue Data inside the Jira Automation interface. If you fail to do so, the web request will fail as it expects the issue data in its POST body.

The reset button resets the key that is used to send the POST request. You can reset it if you believe your link was compromised due to too much copy-pasting and sharing.

From Scrumpy Poker to Jira

When a story is added to Scrumpy Poker for estimation a Jira Automation can be created to update its status, flag it, add a label, etc.

Sometimes it is convenient to also change the ticket status or mark it as estimated when the estimation in Scrumpy Poker is completed and probably even add it to the next sprint.

We’ve got feature requests before to do multiple actions and update multiple fields when a story is estimated. Now this is possible through this feature.

The option is available in the settings page of a room in Integrations -> Jira tab. You need to paste the Jira Automation Incoming Webhook URL in the box to see the developer section with the details.

As per documentation the request contains the list of issues that were added/removed/estimated and the action itself – either add, remove, or estimate. The action can be accessed as {{webhookData.action}}.

Note: A previously released feature – be able to JQL search stories inside Jira that have been estimated in Scrumpy Poker or are scheduled for estimation is now superseded by this feature. It’s up to you to decide if this will be a status (e.g. To Estimate) or a searchable entity property.

Please contact us or raise a support request if you need help with advanced automation.

Optional Slack add/remove notifications

Before the Slack integration was only sending a message to a room when an issue is estimated. Now the integration can optionally send a message when a story is added or removed.

The setting is available in the settings page, the Integrations section, Slack tab.

After enabling the Post when added and Post when removed, you can see messages like this in your Slack channel (depending on how you customize the icons and label).


Stories list jumping around

While adding and removing stories with the button in the search box list (center top of Scrumpy Poker room) the layout was a bit jumpy due to selecting the last added story. Now the story is not selected by default and when you add/remove stories from the search box list the drop down box will stay as it is.

This is a convenience bugfix which was needed for quite some time.

Add all stories adding only the first story

This was a recent regression. When multiple stories are listed adding them all has failed the first time adding only the first story from the list.

Now this is fixed and the Add all stories button does indeed add all stories to the list of planned stories.

Add all stories somewhat slow

Due to a recent regression on enabling the feature to search for Scrumpy Poker stories in the Jira’s advanced search view there was a delay when adding multiple stories. Now this delay is no longer observed.

Happy voting!

All those nice features (and fixed bugs) have been completed thanks to our users – they have requested and we have implemented them. Please help Scrumpy Planning Poker become even more convenient for you by submitting a feature request/bug to our Feature Requests page or up-vote an existing feature that you find useful. Thank you!

Scrumpy Poker is no more Beta

We’re thrilled to announce that Scrumpy Poker is no longer Beta! The product is now mature enough to continue its way further. Thank you all who contributed to this release! Thank you all who patiently waited until most of the bugs are fixed. Thank you all who suggested improvements in both the usability of the interface and the feature set currently available in the product!

Inflatable Unicorn Costume Halloween Adult Kids Men Boy Girl Women Pony  Cosplay Purim Fantasia Party Suit Jumpsuit Dress|Movie & TV costumes| -  AliExpress
Me no BETA!

Scrumpy Poker started with the idea to make fun out of the Scrum planning sessions. To make them pleasant and productive. Fun comes first, it makes people more open to discussion during the estimation process. It can turn a boring refinement session into something somehow more interesting than it usually is. This leads to more accurate story estimates.

Fun comes first, so is the user interface adapted to this fun process to make refinement sessions smooth. Yes, this reflects the UI – sometimes a bit clumsy, but it makes cool experience once you get the feeling of collaboration.

At some point it was a challenging task to catch up with the demand of both features and performance. Today we get hundreds of thousands of daily sessions from companies worldwide. We serve a lot of small projects, more than 2100 active Jira instances, many fortune 500 companies and big enterprises, all enjoying the Scrumpy Poker’s estimation experience.

Our journey continues with more and more features targeting the enterprise customers. We aim to provide on-premise installations for Jira Server/DataCenter. We have plans to continue expanding in the segment of integrations with other platforms. And a lot of new features in the backlog are waiting for attention.

Note: if you experience page load problems after the update, please read the notes under the first section at the release notes, there are is a small set of troubleshooting remarks and don’t hesitate to contact us.

Thanks again and happy voting!

The Scrumpy Poker team.

On-premises installation

Scrumpy Poker is a web-based estimation tool with several integrations to enterprise systems. We’re aware how much data residency matters especially for the enterprise. That’s why we’ve decided to launch our paid on-premises version of Scrumpy Poker for Jira Software Server and Jira Software Data Center! Later on the standalone installation with GitLab and GitHub will be available. With such an installation there will be no data at transit and external data residency. Here are the benefits that you’ll get:

  • Data residency under your control
  • Branding
  • Custom card images
  • Priority support and feature requests

We’re preparing the setup and until we’re ready in the following couple of weeks, we’d be glad if you notify us for your intentions to use the on-premises installation. If you file a support ticket in our systems with your intent and requirements, it would be easier for all of us during the installation process.

Please file a support request to us and include the following information:

  • Your cloud provider if you install on-premises in the cloud (e.g. AWS, AZURE, GOOGLE, IBM) or NONE if you host it on your own infrastructure. This will help us prepare the customized installation scripts to make installation easy.
  • The rough number of expected users that will use it to help us specify the default horizontal scalability settings for the on-premises cluster
I am interested

If you need more information, don’t hesitate to contact us by e-mail. Looking forward to hearing from you!

Gitlab, sorting and voting improvements in release Sep 20 2020


The new release is out and this time it contains more bugfixing and improvements rather than new features. Most of the improvements are due to customer feedback. Yes, we’re glad when we receive a support request with a usability improvement, a new feature or a reported bug! Bugs are fixed as soon as reported aiming for the same day release.

New Features

The new feature are small and we hope most of you will treat them as convenience improvements. Also special attention is paid to our friends who translate Scrumpy Poker in their language. We’re so glad that we already have Portuguese (Brasil) translation! Now translation is way easier than before and can be tried out immediately inside the app.

Free scale voting with input box

Some customers find the slider not convenient enough when voting using free scale both for story points and for time estimates. That’s why now the free scale is available also as numeric input box and is synchronized with the slider.

The rounding on hours, days and weeks depending on the switch settings of the story preset might not be convenient for all users as snapping may not result in accurate estimate. To solve this, there is a shuffle button the switches between snapped and unsnapped free scale voting. Toggling the shuffle button hides the hours/days/weeks/months switch button.

The unsnapped voting allows entering expressions like 1w 2d 4h or 2d - 4h. The values will be synchronized with the slider.

Sorting of stories

The order of stories was previously fixed. In some cases it’s convenient to sort them by estimate value or by title. When sorted by estimate value it would be obvious which are the most heavy tasks to implement and which are the lightest to implement. Additionally, sometimes stories are added ad-hoc and it’s convenient to sort them by title.

The sorting order is applied to the current user only, e.g. not to all participants in the voting room. That’s why, for the moderator, the drag handle for moving issues up and down will disappear since order is now overridden. The visible order can be applied to all users (e.g. all stories reordered) by pressing the “Apply for all participants” button. Then the custom sorting will be reset and the drag handle for manual sorting will appear again, this time the order of the stories will be according to the new sorted order.

The widgets are as follows:

  1. Sorting subject (either estimate or title)
  2. Sorting order (either ascending or descending)
  3. Apply this order to all participants
  4. Reset current sorting order

Sorting is also available in the history drawer. The sorting order there can be set independently for the sorting order of the planned stories.

Gitlab weight and time estimate

Before the Gitlab integration was setting the story points as labels in the format estimate:3. Now the estimate is set to the Weight field of the issue and those labels are no longer used.

Before the Gitlab integration wasn’t able to update the time estimate at all. Now the time estimate field is updated when time mapping is used in the room settings.

Mini Poker now also in Jira Cloud Mobile

The Mini Poker (e.g. issue extra compartment) is a nice UI extension for ad-hoc estimations inside Jira Cloud. As of this release it is now available also in Jira Cloud Mobile (iOS and Android).

This way voting can be done from inside the mobile app without any join requests for registered Jira users in the current instance. For all external voters the old rules apply – using the PWA Scrumpy Poker mobile app with a request to the moderator to join the planning session.

Dynamic translations

Warning: developer zone. We had quite some interest in our translation program. Our friends have contributed Portuguese (Brasil) translation. We’ve found out that it’s a bit tricky to translate and then wait for the next release cycle to see the results.

That’s why we’ve added a new feature targeting people who translate the texts – the current translation can be automatically tested in the browser both for the add-ons and standalone.

The procedure starts by creating a free PASTEBIN account (if not already available). Then create a new paste out of the translation file that you have so far, e.g. es_AR.json for example and remember it’s ID. The ID is the identifier at the end of the PASTEBIN URL. For example, if your URL is, the identifier that you need is V1S2ae8D.

After the paste identifier is available, please copy it to the clipboard and press the “Select new translation” button in the language menu at the top right corner (the one with the translate icon).

Note: if you click the Translate… text or the Github icon you’ll be redirected to our translation repository. So click on the translate button on the right.

Then you’ll see a small input dialog box where you can finally paste the identifier of your paste.

If the ID is valid and all went well, the new translation will appear at the top right corner inside the language menu.

The “New translation” language behaves as the other languages when selected – it changes the language of all widgets as specified in your PASTEBIN paste.

You can switch between languages to compare the result. When you edit your paste inside your favorite PASTEBIN editor and then reload the page, the new translation will be immediately available. This way you can use the PASTEBIN editor for editing the text and view the changes from inside Scrumpy Poker.


Clear stories list while typing

Before, while typing a JQL/Gitlab/Github query in the search box the stories results were merged leading to enormously huge lists of stories. This was not convenient at all when all the stories had to be added to the list of planned stories.

This has now been fixed and after each editing of the search box the results are cleared. This way only the last result after typing has stopped will be visible in the drop down.

Not able to complete voting from Micro Poker

The complete button in the Micro Poker section of the Jira Cloud add-on was not visible and thus not able to complete the voting. Now it is visible and the Micro Poker section can be fully utilized for ad-hoc voting.

Happy voting!

All those nice features (and fixed bugs) have been completed thanks to our users – they have requested and we have implemented them. Please help Scrumpy Planning Poker become even more convenient for you by submitting a feature request/bug to our Feature Requests page or up-vote an existing feature that you find useful. Thank you!