Opened 2 years ago

Closed 2 years ago

#16827 closed defect (bug) (fixed)

Network Users alternate row highlighting does not work properly

Reported by: nickmomrik Owned by: westi
Priority: normal Milestone: 3.2
Component: Network Admin Version: 3.1
Severity: normal Keywords: has-patch
Cc:

Description

If you browse to wp-admin/network/users.php and mark a user (that user row must have the 'alternate' class already) as spam, the row's background will not be light red as expected. It will still be the alternate color and then the next row will now be the alternate color as well.

I've attached two possible solutions.

Attachments (6)

user-row-highlights1.diff (945 bytes) - added by nickmomrik 2 years ago.
user-row-highlights2.diff (2.2 KB) - added by nickmomrik 2 years ago.
16827.3.diff (552 bytes) - added by wpmuguru 2 years ago.
use CSS to highlight the status
colors-hacked-fixed.diff (1.8 KB) - added by westi 2 years ago.
In progress hacking
16827.4.diff (552 bytes) - added by wpmuguru 2 years ago.
16827.3.diff + fix for #faa => #faafaa
16827.5.diff (549 bytes) - added by wpmuguru 2 years ago.
16827.4.diff with #faa

Download all attachments as: .zip

Change History (19)

  • Owner set to westi
  • Status changed from new to accepted
  • Resolution set to fixed
  • Status changed from accepted to closed

I thought there was a guideline somewhere for never using !important in any WP css files.

  • Resolution fixed deleted
  • Status changed from closed to reopened

trac just keeps getting funkier and funkier.

A third way to address this would be to make the .site-spammed more specific by adding .wp-list-table .site-spammed to the CSS.

use CSS to highlight the status

With SCRIPT_DEBUG enabled I don't see this issue.

So I just think we may need to re-compress some CSS.

Ok. It looks like the underlying bug that really needs fixing is this.

The CSS files are output in different orders with SCRIPT_DEBUG enabled/disabled - which is why the CSS for this is being overridden by other CSS.

That shouldn't happen because it makes testing of patches hard and gives different behvaiour between live/dev

westi2 years ago

In progress hacking

I see no harm in the css changes proposed to make them more specific - in fact they are probably a good idea.

The attached patch works towards removing the hacky 'colours' style loading code and move towards using the normal en-queuing so that it works correctly with or without SCRIPT_DEBUG and the colour css gets loaded via load-styles too.

16827.3.diff + fix for #faa => #faafaa

[16902] expanded #faa to #faafaa. #faa is the shortform of #ffaaaa. 16827.4.diff combines 16827.3.diff with a fix for the #faa.

Nice catch. We should move back to #faa rather than #ffaaaa for standards purposes.

16827.4.diff with #faa

comment:10 follow-up: ↓ 11   wpmuguru2 years ago

This still does not have the 3.2 milestone on it. Is there are reason it's being left off the list?

comment:11 in reply to: ↑ 10   westi2 years ago

  • Milestone changed from Awaiting Review to 3.2

Replying to wpmuguru:

This still does not have the 3.2 milestone on it. Is there are reason it's being left off the list?

Nope. I thought I already set that when I started working on it :(

For 3.2 I think we should just fix the CSS
The Script Loaded diversion I will raise as a separate ticket for 3.3

  • Resolution set to fixed
  • Status changed from reopened to closed

In [18086]:

Make the css for the row status highlighting more specific so that it works regardless of the ordering of the CSS loading. Fixes #16827 props wpmuguru.

Note: See TracTickets for help on using tickets.