OSI Logo Bug on some People Directory Pages

Bug #602889 reported by JimPGlenn
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
KARL3
Fix Released
Low
Chris Rossi

Bug Description

I just had a user point this out. On some OSI People Directory pages,
the grey background extends down, making the OSI logo display strangely
with a white background. The bug is not consistent however - some pages
have it, some don't, so it looks like different reports have different
forms. We have to make sure the OSI logo displays correctly on all the
People Directory reports. I have attached a screenshot for an example
of what I'm talking about.

Thanks,
Nat

Revision history for this message
JimPGlenn (jpglenn09) wrote :

attachment is a screen capture from Nat.

Changed in karl3:
importance: Undecided → Low
Revision history for this message
JimPGlenn (jpglenn09) wrote :
Revision history for this message
Paul Everitt (paul-agendaless) wrote :

Chrissy, think you have enough context on this to work on it?

Changed in karl3:
assignee: nobody → Chrissy Wainwright (chrissy)
milestone: none → m43
Revision history for this message
Chrissy Wainwright (chrissy) wrote :

yeah, I can see the issue. #footer is inside of #main, when it should be at the same level.

Also noticed there are multiple footer ids: div#footer is wrapped in a div#footer - I will probably also fix that while I'm in there.

Revision history for this message
Chrissy Wainwright (chrissy) wrote :

the problem is coming from the HTML in gsa_to_karl.xsl. It seems there is a </div> missing. I am unable to test this on my local instance since changes I make in this file do not display.

the two suggestions I have are:
 * move the <div class='tel'> from line 129 down a couple lines so it is in <xsl:if test="$fax/text()">
 * change <div style='clear: both'/> (line 143) to <div style='clear: both'></div> (actually use the </div> tag)

Changed in karl3:
assignee: Chrissy Wainwright (chrissy) → Chris Rossi (chris-archimedeanco)
Changed in karl3:
assignee: Chris Rossi (chris-archimedeanco) → Chrissy Wainwright (chrissy)
Revision history for this message
Paul Everitt (paul-agendaless) wrote :

Chrissy, I'm generally the one that hacks on the XSL. Want me to take this issue back?

Revision history for this message
Paul Everitt (paul-agendaless) wrote :

I'm going to move this one a little bit into the future, to give us time to focus on the new stuff.

Changed in karl3:
milestone: m43 → m45
Revision history for this message
Chrissy Wainwright (chrissy) wrote :

go for it

Changed in karl3:
assignee: Chrissy Wainwright (chrissy) → Paul Everitt (paul-agendaless)
Revision history for this message
Paul Everitt (paul-agendaless) wrote :

Hand this over to Chris to make an evolve script which resets the timestamp for the next production update, to force the XSLT to get run again.

Changed in karl3:
assignee: Paul Everitt (paul-agendaless) → Chris Rossi (chris-archimedeanco)
status: New → In Progress
Revision history for this message
Chris Rossi (chris-archimedeanco) wrote :

Checked the Brussels page locally after running evolve and then gsa_sync, and it looks ok to me.

Changed in karl3:
status: In Progress → Fix Committed
Revision history for this message
JimPGlenn (jpglenn09) wrote :

fixed

Changed in karl3:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.