The look/layout of filters on the dashboard has taken a major step backwards in 4.2, seemingly taking many of the things disliked about the View Issues screen.

      • The gap between rows seems excessive. This is partially because in 3.x the font size was smaller, the text was centered vertically in the row, and there were border lines between rows. The font is now larger, the borders are gone, and the centering has changed. This makes it seem like a large amount of wasted space, even though the number of rows on the screen seems about the same. This is all compounded by the loss of every-other-row shading. This is less about functionality and more about cosmetics. However, it strongly affects the next point...
      • Horizontal scroll bars in filters are evil. In 3.x (and I believe 4.0), I can set up a filter to fill half the page, with 8 different fields (summary, key, various date fields for release management to different environments, etc.). This all fits without issue. However, in 4.2 - EAP, instead of sizing the fields to fit it adds scroll bars. If the filter runs off the screen vertically (which is easy to have happen, see above), you have to scroll vertically to get to the scrollbar, then scroll back up to view whatever it is you were viewing. Worse, in the situation I describe (8 fields/columns), but the time you've scrolled over to view the 5-8th field (which is where the 'Action' dropdown would be as well), you've completely scrolled past the key/summary fields. With the loss of the cosmetic clues (borders between columns, wasted space, no row shading) you easily lose track of where you are. The scrolling completely defeats the whole "dashboard" concept: A large amount of info displayed compactly in a single view.

      Combine the above with the continued inability to change column order, and it is now nearly unusable for a heavily dashboard-based workflow.

        1. firefox.JPG
          firefox.JPG
          9 kB
        2. ie8.JPG
          ie8.JPG
          9 kB
        3. IE8vFFX.png
          IE8vFFX.png
          16 kB

            [JRASERVER-21850] Dashboard filter UI significantly handicapped

            edwin added a comment -

            Scott,

            Good pick up on the inconsistency.

            However, that is actually by design. We originally wanted the gear dropdown to appear only on hover consistently for all browsers. However, after significant testing in IE, we have discovered that this didn't work at all (IE struggled with performance issues), so we have reverted to having the gear icon showing at all times.

            At this stage, we do not anticipating addressing this issue. I'll resolve this for now, but please do raise new issues (or reopen this one), if I have misunderstood what you meant.

            Regards,
            Edwin

            edwin added a comment - Scott, Good pick up on the inconsistency. However, that is actually by design. We originally wanted the gear dropdown to appear only on hover consistently for all browsers. However, after significant testing in IE, we have discovered that this didn't work at all (IE struggled with performance issues), so we have reverted to having the gear icon showing at all times. At this stage, we do not anticipating addressing this issue. I'll resolve this for now, but please do raise new issues (or reopen this one), if I have misunderstood what you meant. Regards, Edwin

            4.2beta1 appears to have resolved everything but one minor quirk in Firefox vs. IE: in any gadget that supplies the 'gear' dropdown menu icon the icon only appears when hovering over it. In IE, the gear icon is present in each row at all times.

            Deleted Account (Inactive) added a comment - 4.2beta1 appears to have resolved everything but one minor quirk in Firefox vs. IE: in any gadget that supplies the 'gear' dropdown menu icon the icon only appears when hovering over it. In IE, the gear icon is present in each row at all times.

            Hi Scott,

            Thanks for pointing these out, they are indeed incorrect. The issue table has had several tweaks for 4.2 and amongst other improvements these should fix the layout bugs.

            Cheers

            Mike.

            Mike Sharp (Inactive) added a comment - Hi Scott, Thanks for pointing these out, they are indeed incorrect. The issue table has had several tweaks for 4.2 and amongst other improvements these should fix the layout bugs. Cheers Mike.

            Some very basic screenshots to show the difference between gadget rendering in IE8 vs. Firefox

            Deleted Account (Inactive) added a comment - Some very basic screenshots to show the difference between gadget rendering in IE8 vs. Firefox

            Holy cow, now I feel silly. All my initial comments were based on IE8. After you mentioned most of these changes being unintentional, I fired it up in Firefox and lo-and-behold, things look fine. I miss the borders between columns, but compared to what I was seeing in IE8 this is hardly end of the world.

            I will try to obtain screenshots that I can post here - unfortunately our environment is currently pointing to a copy of 'live' data.

            So to summarize some of the bugs (not features as I'm now humbled to realize):

            • In IE8, the Summary field doesn't appear to resize. Instead, it forces the gadget to turn on horizonal scrollbars. In Firefox, the gadget fits on the screen like you'd expect.
            • In IE8, the centering of the text/icons in a row is 'off'. The text is closer to the row above than the row below, which gives the appearance of extra wasted whitespace. In Firefox, the text/icons are centered vertically in a row. While the amount of whitespace is the same as in IE8, it is much more balanced.

            Deleted Account (Inactive) added a comment - Holy cow, now I feel silly. All my initial comments were based on IE8. After you mentioned most of these changes being unintentional, I fired it up in Firefox and lo-and-behold, things look fine. I miss the borders between columns, but compared to what I was seeing in IE8 this is hardly end of the world. I will try to obtain screenshots that I can post here - unfortunately our environment is currently pointing to a copy of 'live' data. So to summarize some of the bugs (not features as I'm now humbled to realize): In IE8, the Summary field doesn't appear to resize. Instead, it forces the gadget to turn on horizonal scrollbars. In Firefox, the gadget fits on the screen like you'd expect. In IE8, the centering of the text/icons in a row is 'off'. The text is closer to the row above than the row below, which gives the appearance of extra wasted whitespace. In Firefox, the text/icons are centered vertically in a row. While the amount of whitespace is the same as in IE8, it is much more balanced.

            edwin added a comment -

            Hi Scott,

            Thanks for the feedback.

            This is partially because in 3.x the font size was smaller, the text was centered vertically in the row, and there were border lines between rows.

            This is strange that you are seeing this. In JIRA 4.2, we have neither changed the font size for that gadget nor change the vertical alignment. Would you be able to provide a screenshot of this, and also of the same gadget in 3.13? As you mentioned in the comments, there are borderlines on the comments. We will take into consideration what we can do for that to make it more obvious.

            However, in 4.2 - EAP, instead of sizing the fields to fit it adds scroll bars. If the filter runs off the screen vertically (which is easy to have happen, see above), you have to scroll vertically to get to the scrollbar, then scroll back up to view whatever it is you were viewing. Worse, in the situation I describe (8 fields/columns), but the time you've scrolled over to view the 5-8th field (which is where the 'Action' dropdown would be as well), you've completely scrolled past the key/summary fields.

            This is not an intended consequence of our changes. Again - if you can take a screenshot for us of this, that would be fantastic.

            Also - which browser are you using?

            Thanks!
            Edwin

            edwin added a comment - Hi Scott, Thanks for the feedback. This is partially because in 3.x the font size was smaller, the text was centered vertically in the row, and there were border lines between rows. This is strange that you are seeing this. In JIRA 4.2, we have neither changed the font size for that gadget nor change the vertical alignment. Would you be able to provide a screenshot of this, and also of the same gadget in 3.13? As you mentioned in the comments, there are borderlines on the comments. We will take into consideration what we can do for that to make it more obvious. However, in 4.2 - EAP, instead of sizing the fields to fit it adds scroll bars. If the filter runs off the screen vertically (which is easy to have happen, see above), you have to scroll vertically to get to the scrollbar, then scroll back up to view whatever it is you were viewing. Worse, in the situation I describe (8 fields/columns), but the time you've scrolled over to view the 5-8th field (which is where the 'Action' dropdown would be as well), you've completely scrolled past the key/summary fields. This is not an intended consequence of our changes. Again - if you can take a screenshot for us of this, that would be fantastic. Also - which browser are you using? Thanks! Edwin

            Correction: There are actually border lines between rows, they just come out quite a bit more faint than I'm used to.

            Deleted Account (Inactive) added a comment - Correction: There are actually border lines between rows, they just come out quite a bit more faint than I'm used to.

              Unassigned Unassigned
              a6b9409f-94d2-4f83-88ce-69144976f847 Deleted Account (Inactive)
              Affected customers:
              0 This affects my team
              Watchers:
              0 Start watching this issue

                Created:
                Updated:
                Resolved: