NOTE:: Before reporting an issue, make sure you are running the latest version, currently 3.3.1

View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0017469phplist applicationInterface - Administratorpublic11-10-14 14:0316-10-14 10:21
PlatformOSOS Version
Product Version3.0.8 
Target Version3.0.XFixed in Version3.0.9 
Summary0017469: Bounce Rules table CSS precludes actually using the form
DescriptionThe table layout for applying candidate bounce regular expressions puts the checkboxes under the navigation sidebar, so you can't actually select them.
Steps To ReproduceDo
System -> Manage Bounces -> Generate Bounce Rules

Followed by
System -> Manage Bounces -> List Bounce Rules -> Candidate

Result is in attached screenshot.

This happens in both Safari and Firefox on OS X 10.9.5 on Macbook Air 13-inch, Mid 2012
phplist is running on
Linux 2.6.32-042stab092.2 #1 SMP Tue Jul 8 10:35:55 MSK 2014 x86_64 x86_64 x86_64 GNU/Linux
PHP 5.4.13 (cli)
Additional Information/lists/admin/ui/dressprow/css/style.css line 245 says:
tr.row td { max-width:100px;}

The DOM for the table says:
<tr class="">

I'm not yet familiar enough with phplist to know if
a) the .row class should be removed from that style line; or
b) a new style without the .row should be added; or
c) there's a bug somewhere in the backend, and it's failing to insert the class "row" in the DOM.

But doing (a) was sufficient to fix the problem for me.
TagsNo tags attached.
Attached Filespng file icon Screen Shot 2014-10-11 at 11.39.03.png [^] (120,367 bytes) 11-10-14 14:03

png file icon rules1.png [^] (128,832 bytes) 14-10-14 22:26

png file icon rules2.png [^] (89,228 bytes) 14-10-14 22:26

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
michiel (manager)
13-10-14 11:03

great, thanks
michiel (manager)
14-10-14 22:26

mariez can you check?

I don't have a Mac or Safari, and it renders fine for me (see att: rules1 and rules2)

Is it ok to remove the .row class?

See [^]
michiel (manager)
16-10-14 09:59

I think it mostly happens when the 2nd column is pushed wide. Maybe we just need to restrict the size of that column.
michiel (manager)
16-10-14 10:21

I've restricted the width. Should be fine now;

Copyright © 2000 - 2017 MantisBT Team
Powered by Mantis Bugtracker