Make WordPress Core

Opened 13 years ago

Closed 9 years ago

#18530 closed defect (bug) (wontfix)

Browser update dismiss setting ignored with JavaScript disabled

Reported by: hakre's profile hakre Owned by:
Milestone: Priority: normal
Severity: normal Version: 3.2.1
Component: Administration Keywords:
Focuses: Cc:

Description

When working on a corporate desktop you can not update your browser. When freely deciding about when to upgrade you might not even want to upgrade.

Therefore a user setting has been introduced to remove the nag warning. E.g. my linux distro is perfectly ok with it's firefox and it's taken care of by the pacakager. For my OS, I have the latest version.

I needed to press dismiss (with JS enabled, the related report is #17766).

What has been missed is to not display that nag if javascript is disabled. The setting gets ignored.

How to Reproducde

  • Setup a WP 3.2.1 Blog.
  • Log into admin with a Firefox 3 browser.
  • Enable Javascript.
  • Dismiss the Nag.
  • Logout and close the Browser.
  • Restart the Browser.
  • Disable Javascript (if you need to).
  • Log into Dashboard.

Result: Browser Update Nag is displayed.

Expected Result: Browser Update Nag is not displayed as specified by the user.

Change History (8)

#1 @hakre
13 years ago

  • Component changed from General to UI

#2 @johnbillion
13 years ago

  • Keywords reporter-feedback added

You mentioned #17766 in your ticket. How is this different?

#3 @hakre
13 years ago

@johnbillion: That ticket is about the dismiss button which is missing when javascript is disabled. This ticket is about ignoring the dismiss action. Both is an UI issue related to the same feature and javascript (so pretty close), but the nature of the report differs. In this report it was disabled but is displayed. In the other ticket the option to even disable is missing.

I've read that #17766 is about that it can't be disabled. Am I too nit-picky here? What do you think? Maybe it gets more traction if both issues are merged. Feel free to add additional defect to the other ticket if you think it's more appropriate. With one fix both issues could be closed anyway I think (at least chances are good). I had cross-reference both already.

Last edited 13 years ago by hakre (previous) (diff)

#4 @hakre
13 years ago

  • Keywords developer-feedback ux-feedback ui-feedback added; reporter-feedback removed

#5 @SergeyBiryukov
13 years ago

  • Keywords dev-feedback added; developer-feedback removed

#6 @DrewAPicture
12 years ago

  • Component changed from UI to Administration

#7 @jeremyfelt
11 years ago

  • Focuses ui added

#8 @chriscct7
9 years ago

  • Focuses ui removed
  • Keywords dev-feedback ux-feedback ui-feedback removed
  • Milestone Awaiting Review deleted
  • Resolution set to wontfix
  • Status changed from new to closed

#17766 was closed due to lack of interest, and it appears to be the same scenario here. No movement in 4 years other than some organizational reshuffling. Closing as wontfix. Re-open if someone wants to do it.

Note: See TracTickets for help on using tickets.