Make WordPress Core

Opened 7 years ago

Closed 7 years ago

Last modified 7 years ago

#18579 closed defect (bug) (invalid)

admin footer tends to float to mid screen on scroll (ie fixed on page position).... despite valid html plugin pages

Reported by: anmari Owned by:
Milestone: Priority: normal
Severity: minor Version: 3.2.1
Component: Administration Keywords:
Focuses: Cc:

Description (last modified by ocean90)

This is happening in windows safari, firefox and IE, on generally HTML valid pages in wp 3.2.1 and nightly build. See screenshot. It looks like a problem with the css?

If an admin page is longer than the menu, the admin footer is a real pain. It starts off at the bottom of the screen, but does not stay, so if one has a long admin page that one needs to scroll, it ends up in the middle of the page.

It seems that wp admin pages may be getting around this by sticking extra clearing divs before the end of every html section.

`<div class="clear"></div>`

I've tried adding this 'extra' html to my plugin pages but it does not seem to help. I've html validated my pages - 2 errors that are wp errors

 Line 1, Column 160: Bad value Content-Type for attribute http-equiv on XHTML element meta.
…" content="text/html; charset=UTF-8" /> 
 Line 1, Column 200: reference to undeclared general entity lsaquo

I've tried googling css advice for 'stickyfooters' and the advised css options are different to the css code wp has.

In my humble opinion one should try to keep these things simple and avoid encouraging developers to alternative 'cleanups'. Some of the sorts of plugin admin pages I have seen are bad enough.

For now, Ive added

add_filter('admin_footer_text', 'amr_remove_footer_admin'); stop footers floating up the page add_filter('update_footer', 'amr_remove_footer_admin');

That leaves a css 'border' line through the middle. I suppose I could add some css too to blow that away.

Surely there is some cleaner way to handle the footer if there must be a footer ?

I do think this is a 'bug' although base wordpress looks ok.

Possibly related tickets: #18229 #15679 #15501

would this help? cssstickyfooter.comhttp://www.cssstickyfooter.com/

Attachments (1)

floatingfooter.png (36.0 KB) - added by anmari 7 years ago.
Footer is fixed in html, not fixed to bottom of screen

Download all attachments as: .zip

Change History (5)

7 years ago

Footer is fixed in html, not fixed to bottom of screen

#1 @dd32
7 years ago

I've seen this with some plugins which have invalid HTML (ie. badly nested, or unclosed divs). It would probably also happen if you have a page with lots of floated elements and nothing clearing after it, or certain positioning in CSS.

Most WordPress pages wrap the content in <div class="wrap">...</div>, and Since I haven't seen it happen to Core pages, It suggests to me that it's dependant upon the HTML your plugin uses on the page..

#2 @ocean90
7 years ago

  • Description modified (diff)

Just add # in front of the ticket number, it will be linked automatically. :)

#3 @anmari
7 years ago

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

I had a fieldset with class widefat (all html valid).

Changed fieldset to a div and made the table inside it a "widefat".

Problem solved.

#4 @ocean90
7 years ago

  • Milestone Awaiting Review deleted
Note: See TracTickets for help on using tickets.