@Dark Dev - Very cool, although my work's security team probably would worry about me installing it for our production Jira.
A few questions:
Can we see the code? (Yes, I guess I could poke around in the Chrome install directory, but I meant like in a Github repo)
Can Atlassian use your code? :-D
I can't figure out how to get to the Config options.
The resizeable, and movable pop-up window is very cool. Kind of makes you wonder why Atlassian didn't implement their modal that way. But ... can you please implement keyboard shortcuts J and K to go next and back?
For curious but cautious folks, here's a screenshot of how @Dark Dev 's extension (also, your name might also cause concern for my security team) turns the Modal into something more useful. The "Quick view" window can be resized and moved whereever you want. And that size and position is remembered.
Oh, I'm dumb. Figured out how to get to the Configuration options. Click on it:
Whaaaa, look at all these OPTIONS:
Ok, another feature request. If we select side panel, can you make it resizeable > than 50% by using the slider. Your side panel seems to lock at whatever percentage we choose in the config panel.
While this is fun to play with, a slider would probably be a bit more convenient:
@Darryl Lee - you mean the in Jira splitter slider, right? FYI - if you pin the extension (via the pin icon) and in the settings panel (2nd tab) select the "Extension icon popup" option then you can quickly click that icon and instantly drag the side panel easily:
@Darryl Lee - To get back to some of your questions:
I can look at implementing shortcut keys for easier navigation of the list (J + K). I figured I'd get the extension out sooner rather than later to get some feedback on the needs of the users actually wanting to use this (instead of the methods forced on us at the moment). I initially did consider adding keyboard shortcut support BUT decided against since I did not want to negatively impact folks who already leverage those in their existing workflows. I might need to add that behind a user-configurable keybinding so as to not intercept (and swallow) key events and prevent a feature that users of Jira would already expect to work in a certain manner.
Can we see the code? I'll be sure to upload it to github in the future - not done this yet but was already in the cards for a later point in time.
Can Atlassian use your code? I'm not opposed to them taking what I have and using it. That said: they're in a much better spot than me since I'm leveraging their code/accessibility hooks/framework to accomplish what I'm doing. There would be no need for them to do that since it is their code to begin with.
Not sure I'm fully following what you are talking about regarding the slider locking the viewport. The "Force side panel" config slider value will be remembered and applied whenever the current Jira Preview Panel is displayed. This allows users to set the Preview Panel to something more than 50% (the max that is allowed using the current implementation delivered by Atlassian). So if you want the Preview Panel to take say 80% of the viewport size then just set that "Force side panel" slider value to 80%.
Ohey @Dark Dev to my first three questions, cool cool cool.
(Well, the third one was kind of a joke. I just want Atlassian to fix this in any way possible and if it made it easier to look at how you did it, that'd be great.)
Re: the last one - Atlassian's implementation of the Side Panel is that it is resizeable via the slider, but it maxes out at 50%. @Marc Muhlestein was the first person to suggest that if Atlassian simply "allow[ed us] to make the side bar window bigger and stretch further across the screen." that would probably address a good chunk of the complaints about this change.
Your extension lets you set the size of the Preview panel to an exact size, but only via your extension Configuration panel (which I made a video of, because seeing it in real-time is fun). Once you've set it to 80%, then you cannot adjust the size within the Jira UI with the slider.
Ah ok now that I look at @Sean Brewington's CSS hack I see it also "locked" the size. Is there no way to intercept/override Atlassian's code that limits sizing to 50%?
@Darryl Lee - I initially went down that road to try to override Atlassian's max slider rules within their UI itself (basically to remove the clamp rule they have in their resizer UI element). I decided against trying to fight their implementation since I would need to explicitly "disable" some very targeted UI elements and if they decided to change it in the future then my extension would just cease to work as expected. Due to this reason I kept all my hooks leveraging their internal accessibility identifiers (what I assume they use for their automation testing efforts OR accessibility tools) which means the extension should continue to work as long as their accessibility identifiers are not changed (at least that is the hope since it would be a major undertaking on their side to update all their testing tools).
That said: I could possibly explore some kind of "experimental" tab / feature set where this configuration could exist and be enabled. I'd need to think on this some.
Please, please give users the option to turn off this horrible preview window. If some people want it, fine, but there should definitely be a way to disable it. Right now, I click on the work items to open them in a new tab, so this feature actually creates more work for me.
Is this the same update that now has each column scrolling individually? Is there some setting to allow users to still scroll their entire board at once instead of per column?
@Jon Kelly I don't think this change is related. It's specifically about the List or All Work tabs or the view you get when you load a specific Filter.
Is your board in a Business/Work Management Project Space?
I was looking on my test site and could only find the behavior you're describing (columns scroll) there:
I do not work with Business Projects Spaces, to I will defer to my friend @John Funk to see if he knows anything more about these boards, and there's a possibility of scrolling the entire board instead of per column.
When I look at Software Project Kanban Boards, it seems those still all scroll as a single page, like the documentation shows:
@Amanda Sacks It seems only recently, like june'ish, that the option to preview or right side bar detailed view of a work item inline with the list view has disappeared. Is there any update when the new preview panel will appear in my company's jira instance?
@Darryl Lee - I updated Jira Untamed in the Chrome Web Store allowing users to unlock/resize the preview panel as they see fit.
In addition, thinking of your earlier concern regarding security I also created a Gist where you can unlock the Jira preview panel resizer (since some folks seemed to only want that capability). They would have full control of the code (viewable in the Gist) and how they would like to invoke it (using tampermonkey or via their own local bookmarklet).
This change is effecting my productivity, is there a way to turn off the global preview panels, so when I click a link it just opens the link? I'm sure using Jira within slack will be amazing one day but for now it doesn't do anything that I need to do, please can I just open the link with one click to get where I need to go? How could this be implemented without a way to turn it off?
@Mariah Hanning - If you have a mouse with a scroll wheel you can middle mouse click (click down on the mouse wheel button) the link to open in a new browser tab. In addition on Mac you can hold down the command key and normal mouse click to open link in a new tab OR command + shift + mouse click to open and focus on the newly opened tab. Windows: Control + mouse click links to open in new tab (middle mouse click works in Windows too).
@Dark Dev Thanks! I try to use that, but I forget. Since my muscle memory is just clicking links and they open... Is there a way to flip them? So when I click a link it opens, but when I MMB the link it opens the global panel? That way I keep my muscle memory and don't have to learn a new workflow for slack which could also change again?
@Mariah Hanning - unfortunately that is just leveraging built in browser functionality so if you were to change that setting within your browser/operating system then it'll change the behavior for all websites (which would not be ideal since only Jira is not behaving appropriately).
If you have not seen my earlier posts, I created a Chrome extension to make the Jira behavior "better". You can check that out (or even take a look at the gist I provided earlier) to potentially help while Jira/Atlassian determine how they will solve this issue in the long term. The configuration option you would need is the "New browser tab" (while preventing the Jira behavior).
Atlassian Team members are employees working across the company in a wide variety of roles.
August 4, 2026 edited
Hi everyone,
Thank you for continuing to share your feedback. We're continuing to work through implementing improvements to address it.
We've now increased the max width of the preview panel
For screen sizes 1280px to 1536px, it will enable viewing both columns on the work item side-by-side, plus
For screen sizes 1537px and above, it provides more space to view the relevant work item details, and help to prevent tab sprawl by reducing the need to open the work item in a new tab.
This change is rolling out at the moment (and if you don't have it yet, you will very shortly). We know that expanding the width of the panel compresses content on the List view, but if there's other challenges this change creates, please let us know.
Recapping on the previous message about options to view work items Rather than a toggle to manage, we've enabled choice in the experience through persistence. How you view work items on the List and across other Jira views (e.g. the Board) will persist. If you last viewed a modal on the Board and came to the List, you'll see the work item in a modal. If it was in a preview panel, you'll see it in a preview panel. If you want to view the work item full screen, you can continue to use Cmd or Ctrl + click, or right-click to open it in a new tab.
For some of you, the widened panel, modal, and arrows may not fully replace what the Detail view offered. We're continuing to consider that alongside the broader feedback, and hearing what's working well, where it's not quite hitting the mark, and how you're moving through your work directly informs what we do next. You can share your thoughts on this ticket, or reach out directly.
The changes to List view within a space have been a huge source of frustration for me. I use List view during meetings to quickly review work items with the team, and the pop-up modal was extremely convenient for the way I run meetings. The new list view (not detail view with the preview panel) takes me into a work item (often the wrong work item for some inexplicable reason?) and when I click "Back," instead of taking me back to where I was, it takes me back to the list with all of my epics and tasks collapsed. (I do not have the Preview panel in normal List view, unless I'm missing something?) So now I have to decide between using the detail view (w/ preview panel), which ignores the actual ranking of items in my list and is a navigation nightmare for me, or I can open every single ticket we need to view in a new tab, which is clunky and inefficient. List view also has a way longer load time than it did previously, so if I accidentally click into a work item and want to go back, it takes forever to dig back down to the level that I need to be. I haven't tried accessing my work items using a filter in All Work, but I've simply never needed to because my work is organized exactly how I want it in my space.
Frustrated is an understatement. This is not an upgrade. It's a degradation of features that has not been accounted for in the new options.
170 comments