Love this! I was just discussing the manage boards loading time with my performance team. Thanks!!!

This is now resolved and shipped in version 6.6.60

Kind regards,
Martin
JIRA Agile

Improvements to the Manage Boards page are in active development.
These include:

• Pagination
• Filtering by text/keyword
• Filtering by board type (Scrum or Kanban)
• Recently visited boards list
• Performance improvements
• User interface improvements

Kind regards,
Martin
JIRA Agile

Great idea. I will have to look into that Narendran.

What we have done is cache /rest/greenhopper/1.0/rapidviews/viewsData.json and serve it from our Apache. This cache gets refreshed whenever a new board is added or deleted

We cannot manage boards as we are taking around 2-3 minutes on a good day to load the page and upwards to never loading the page.

It seems that if the page takes over 60s to complete, the call is canceled and no results are returned.

Why not coming up with a user experience similar to the Manage Filter or Manage Dashboard board when users can handpick the board they care about?

Dear colleagues.

We can't manage boards. Extremely slow opening.

With 1.5k plus boards this makes loading a single page interminably slow.

Yes, the priority on this one cannot be minor. These long running calls bring JIRA down. Appreciate a fix sooner.

-Naren

This is an issue for my company. The hang waiting for the page to display is > 1 minute now (after which I find using browser) and growing. I regard this more as a defect than a feature request because the product is rapidly becoming unusable. Several solutions, Atlassian needs to pick one and get it into the product as soon as it can because your biggest customers will start going away otherwise.

Daniel, you can do so by scraping the access logs for access to "rapidView=XXX". You'll have the tabulate the stats and find the the related board ids, name, and owners inside the database AO_60DB71_RAPIDVIEW.

You can first rename the boards with a warning so users have a visual cue/grace period and/or e-mail the owners. You can automate the deletion via curl commands.

Example to rename the board and add DELETED to the front:

curl -u fred:fred -H "Content-Type: application/json; charset=UTF-8" -X PUT "https://$HOST/rest/greenhopper/1.0/rapidviewconfig/name" --data "{\"id\":${BOARD_ID},\"name\":\"DELETED - ${BOARD_NAME}\"}"

Example to delete the board:

curl -u fred:fred -H "Content-Type: application/json; charset=UTF-8" -X DELETE "https://$HOST/rest/greenhopper/1.0/rapidview/${BOARD_ID}" 

Test first before running on production.

@Nicholas Muldoon - An excellent suggestion. How did you do this? Do you have a query to identify these disused boards?

Daniel.Borcherding - we've just gone through the process of culling old boards that haven't been used in 3 months. We'll do this on a quarterly basis to save a few seconds. In this case, ~200 boards and 4 sec reduction in load time (still takes ~10 secs to load). Perhaps you can explore a similar approach.

With 2k plus boards this makes loading a single page interminably slow.

Who sets the priority on these issues? Do customers get to weigh in on this?

rkrishnabgatz, this issue is a severe pain point in large JIRA Agile implementations. Can we bump up the priority?

Sorin, great point, faster load time would be a super solution.

Attached is the load time for our Manage Boards page 10 seconds for 730 boards.

As a jira administrator that reached the same problem I would complain more about the very slow load of the manage-boards page, and not so much about the pagination. Currently it takes A LOT of time to load the list of boards. If this would load fast we can always use the browser search functionality to search in the page.

On my Jira instance it takes 10-15 seconds to load this page even when the server is not under special load. The desired time woud be <1 second for up to 200 boards.