I am using the Hide the submit buttons blocking method and the following CSS code:

  div.hide-submit-processing {
    height: 16px;
    padding: 4px 4px 4px 24px;
    background: #e0e0e0 url('/sites/all/modules/hide_submit/processing.gif') 4px 6px scroll no-repeat;
  }

The specified background-image is displayed in Firefox, but not in IE and Chrome! Any thoughts what could be the problem?

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

hkovacs’s picture

@greggles,

I noticed a few things while testing this css problem.

First: The current css is div.hide-submit-hide-processing and should be div.hide-submit-processing and only works when hiding the button.

Second: The gif doesnt work when disabling the button as the js uses span.hide-submit-text.

I was considering applying a patch, but thought to get your input first about why 'disable' is a span and 'hiding' is a div.

Thanks, Howard

greggles’s picture

I don't know that it's intentional to have it setup as is. I just copy/pasted stuff. So...if you want to make it more consistent in a way that fixes bugs then please do :)

roball’s picture

Title: background-image not displayed in IE and Chrome » background-image not displayed by IE
Version: 7.x-2.0 » 7.x-2.1

I re-tested browsers recently, and that is now working with the current Chrome version (47). Only IE (the latest version on Win 8.1, which is 11) does not display the background-image.

greggles’s picture

Version: 7.x-2.1 » 7.x-2.x-dev

@hkovacs care to post a patch?

hkovacs’s picture

I have to look into this again. I will get on this shortly.

hkovacs’s picture

Status: Active » Closed (works as designed)
FileSize
786 bytes

heres the patch for fixing js from span to div and changing the class. there are still instances of 'hide-submit-text' but i only focused on the one line and am not familiar with the rest so i left them alone. be sure to flush the cache.

i also could not get this to fly in ie11, but the change does work in ff46 and gc50. in ie11 if you look closely you can see the space to the left of the text where the gif is occupying its real estate.

i found this interesting snippet re ie failure (http://stackoverflow.com/a/780617):
"IE assumes that the clicking of a link heralds a new navigation where the current page contents will be replaced. As part of the process for perparing for that it halts the code that animates the GIFs. I doubt there is anything you can do about it (unless you aren't actually navigating in which case use return false in the onclick event)."

per the above snippet and the title of the ticket, i say that the module functionality works as designed and it is ie's problem.

hth