Opened 6 years ago

Closed 4 years ago

# Empty Pages

Reported by: Owned by: matt_callaghan@… rjollos low IniAdminPlugin minor athomas, grhm 0.10

### Description

Hi there,

We have several tracs installed, and iniAdmin works fine in these.

Recently, we created a new trac, and copied all the permission structures & trac.ini settings (including iniadmin.iniadmin.iniadminplugin = enabled
) from the working to the new. However the iniAdminPlugin isn't functioning normally.

When we click on the "Admin" button in trac, we indeed see a trac.ini section. Clicking on ANY of the sub-categories however results in a blank page with the title of the subcategory.

i.e.

1. Click on attachment
2. A page loads with the text:
[attachment]


i.e.

1. Click on logging
2. A page loads with the text:
[logging]


etc.

Any tips/ideas would be appreciated.

### Changed 6 years ago by matt_callaghan@…

A screenshot showing the behaviour of Internet Explorer using WebAdmin

### comment:1 Changed 6 years ago by anonymous

• Priority changed from normal to low
• Severity changed from major to normal

OK WOW

I feel silly. Apparently the symptom I'm experiencing is an issue of Firefox vs. IE.

Firefox is normal.

In IE however, I didn't notice, but all of the data is displayed, however its displayed lower the page (past the left 'div' holding all of the sub-categories..). I didn't scroll down!

I think this issue still belongs to IniAdminPlugin because the template issue only exists in IE.

### comment:2 Changed 6 years ago by anonymous

NOTE: The version of IE I tested with is 6.0

### comment:3 Changed 6 years ago by anonymous

• Severity changed from normal to minor

### comment:4 Changed 6 years ago by grhm

I believe this may be related to the "3pixel text jog" feature of IE6.

See http://www.positioniseverything.net/explorer/threepxtest.html for a good description of the problem (especially to box in the "Here's the tricky part" section) and how it can be combatted fix it.

### comment:5 Changed 6 years ago by grhm

I believe this can be fixed with a small change to the css file. Rather than set the table to be 100% of the width of the containing div - allow a 1-2% margin for error.

table.ini {
width: 100%;
margin-bottom: 1em;
}


After:

table.ini {
width: 98%;
margin-bottom: 1em;
}


I'm not able to test this in anything but IE6 at work - but I don't believe this will have a major impact in any other browser.

### comment:6 Changed 6 years ago by grhm

Hmm... the above suggested patch does quite go far enough.

It works for me for the following ini sections: attachment, browser, changeset, header_logo, notification, project, & ticket.

But fails for logging, mimeviewer, timeline, trac & wiki - which all have very wide boxes displayed.

I'll give it some more thought ...

### comment:7 Changed 6 years ago by grhm

All of the sections that still fail to fit properly contain text inside <tt> html tags.

The standard trac.css applies preformatting white-space to <tt> tags (although this has been removed in mainline !0.11 as of 9 days ago - see #t4899 and [t6737])

So to fix this we need to set the white-space of <tt> - but just for IniAdminPlugin sections so we don't unintentionally change anything else.

Thus, as well as the table width setting mentioned above, we need to add the following to the iniadmin.css file:

.ini div.help p tt { white-space: normal; }


This makes all the sections display cleanly next to the left hand menu.

The only caveat is if the browser window is too small - if so, the minimum size of the table used by IniAdminPlugin (<table class="ini">) is larger than can be displayed next to the left hand menu and once again IE renders it below the left menu. The only way I could find to get it to render correctly was to ensure the the #content div was forced to be wide enough. But IE won't accept a min-width, only an absolute width and I don't think forcing an absolute width is a good idea. So we might have to live with this one small niggle.

### comment:8 Changed 4 years ago by rjollos

• Owner changed from athomas to rjollos

### comment:9 Changed 4 years ago by rjollos

• Resolution set to wontfix
• Status changed from new to closed

As far as I can tell this is fully an issue with IE6, which its not practical to support any longer.

### Modify Ticket

Change Properties