Title: stirrell's Replies | WordPress.org

---

# stirrell

  [  ](https://wordpress.org/support/users/stirrell/)

 *   [Profile](https://wordpress.org/support/users/stirrell/)
 *   [Topics Started](https://wordpress.org/support/users/stirrell/topics/)
 *   [Replies Created](https://wordpress.org/support/users/stirrell/replies/)
 *   [Reviews Written](https://wordpress.org/support/users/stirrell/reviews/)
 *   [Topics Replied To](https://wordpress.org/support/users/stirrell/replied-to/)
 *   [Engagements](https://wordpress.org/support/users/stirrell/engagements/)
 *   [Favorites](https://wordpress.org/support/users/stirrell/favorites/)

 Search replies:

## Forum Replies Created

Viewing 8 replies - 1 through 8 (of 8 total)

 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Remove Query Strings From Static Resources Like CSS & JS Files] Errors with WP Admin](https://wordpress.org/support/topic/errors-with-wp-admin/)
 *  [stirrell](https://wordpress.org/support/users/stirrell/)
 * (@stirrell)
 * [10 years, 7 months ago](https://wordpress.org/support/topic/errors-with-wp-admin/#post-6519956)
 * I am also noticing an issue with jQuery being removed from the admin area when
   the plug-in is installed. Usually in the admin I have this line in the source:
 * `<script type='text/javascript' src='http://www.domain.com/wp-admin/load-scripts.
   php?c=0&load%5B%5D=jquery-core,jquery-migrate,utils,jquery-ui-widget,jquery-ui-
   core,jquery-ui-mouse,jquery-ui-sortable,postbox&ver=4.3.1'></script>`
 * This is removed when the plug-in is enabled. Looking at the plug-in code, if 
   I return the $src in the admin area, instead of doing nothing, it seems to solve
   the problem:
 *     ```
       if ( is_admin() ) {
       	return $src;
       }
       ```
   
 * Not sure if this workaround causes any unintended consequences but it seems to
   be working properly.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Contact Form DB] Contact Form 7 not saving in database](https://wordpress.org/support/topic/contact-form-7-not-saving-in-database/)
 *  [stirrell](https://wordpress.org/support/users/stirrell/)
 * (@stirrell)
 * [11 years, 1 month ago](https://wordpress.org/support/topic/contact-form-7-not-saving-in-database/#post-5866314)
 * Sorry, I found the problem in my case. There was a line in the theme functions
   file used before another hook into wpcf7_before_send_mail:
 * remove_all_filters (‘wpcf7_before_send_mail’);
 * This was stopping Contact Form 7 from doing its thing. I’m sorry for the noise
   I added to this thread!
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Contact Form DB] Contact Form 7 not saving in database](https://wordpress.org/support/topic/contact-form-7-not-saving-in-database/)
 *  [stirrell](https://wordpress.org/support/users/stirrell/)
 * (@stirrell)
 * [11 years, 1 month ago](https://wordpress.org/support/topic/contact-form-7-not-saving-in-database/#post-5866313)
 * Just as a quick follow-up, I added a simple wp_mail statement inside of CFDBIntegrationContactForm7.
   php’s saveFormData function above the try and never got an email sent. If I put
   a mail statement inside of CFDBIntegrationContactForm7.php’s registerHooks function,
   I do get an email. So it looks like the action should be set on saving Contact
   Form 7 but saveFormData is not getting called. I hope this helps.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Contact Form DB] Contact Form 7 not saving in database](https://wordpress.org/support/topic/contact-form-7-not-saving-in-database/)
 *  [stirrell](https://wordpress.org/support/users/stirrell/)
 * (@stirrell)
 * [11 years, 1 month ago](https://wordpress.org/support/topic/contact-form-7-not-saving-in-database/#post-5866311)
 * I am actually experiencing the same problems on a HostGator site:
 * Linux gator4053.hostgator.com 3.12.35.1418868451 #1 SMP Wed Dec 17 20:10:32 CST
   2014 x86_64
    PHP Version: 5.4.38 MySQL Version: 5.5.40-36.1
 * I put my email address into the error report field but did not receive anything.
   I also checked the PHP error log but see no entries. All plug-ins and WordPress
   are up-to-date.
 * Thanks for such a great plug-in!
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Max Mega Menu] Hover intent doesnt work in Chrome](https://wordpress.org/support/topic/hover-intent-doesnt-work-in-chrome/)
 *  [stirrell](https://wordpress.org/support/users/stirrell/)
 * (@stirrell)
 * [11 years, 9 months ago](https://wordpress.org/support/topic/hover-intent-doesnt-work-in-chrome/#post-5114880)
 * I am actually experiencing the same problem. My Chrome browsers work fine (Virtual
   Machine Windows and Macintosh) but my colleagues’ Chromes were only showing dropdowns
   on onclick. For some reason, their machines (both desktop, Windows 7) are evaluating
   as touch devices. So isTouchDevice is evaluating as true on their machines. I
   am not sure if it is related to:
 * [http://stackoverflow.com/questions/14439903/how-can-i-detect-device-touch-support-in-javascript](http://stackoverflow.com/questions/14439903/how-can-i-detect-device-touch-support-in-javascript)
 * It claims that newer versions of Chrome work properly with this check but, at
   least in the case of my co-workers, this does not seem to be the case. Like I
   said, it did work fine for me. So I think that the issue is a false positive 
   on the isTouchDevice check. I see that Modernizr seems to use the same test… 
   I’m not sure what the proper solution is – I have no idea why both of these Windows
   machines with updated Chrome are being detected as touch devices.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Front End Login Form] Please fix a code](https://wordpress.org/support/topic/please-fix-a-code/)
 *  [stirrell](https://wordpress.org/support/users/stirrell/)
 * (@stirrell)
 * [12 years, 11 months ago](https://wordpress.org/support/topic/please-fix-a-code/#post-3591623)
 * > Is this plugin compatible with latest wordpress?
 * It has been working fine for me save the whitespace issue mentioned above that
   breaks feeds.
 * Scott
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Front End Login Form] Please fix a code](https://wordpress.org/support/topic/please-fix-a-code/)
 *  [stirrell](https://wordpress.org/support/users/stirrell/)
 * (@stirrell)
 * [12 years, 11 months ago](https://wordpress.org/support/topic/please-fix-a-code/#post-3591618)
 * I also had the same problem. This also caused XML feeds to break on the WordPress
   site I was working on as the XML declaration had a blank line above it.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[VéritéCo Timeline] [Plugin: VéritéCo Timeline] Wrong Year](https://wordpress.org/support/topic/plugin-veriteco-timeline-wrong-year/)
 *  [stirrell](https://wordpress.org/support/users/stirrell/)
 * (@stirrell)
 * [13 years, 8 months ago](https://wordpress.org/support/topic/plugin-veriteco-timeline-wrong-year/#post-2751743)
 * Removing the start doesn’t work for me via JSON. Even using the example JSON 
   from the TimelineJS download at [https://github.com/VeriteCo/TimelineJS](https://github.com/VeriteCo/TimelineJS)
   doesn’t work. The first slide displays 1957 in the back navigation. But, if I
   go a couple slides ahead and then back, the year changes to the earliest date
   in my timeline. Has anyone figured out a workaround for this issue? Ideally, 
   I would like to just hide the date on my first slide (which is a title slide 
   for my timeline).
 * Thanks!
    Scott

Viewing 8 replies - 1 through 8 (of 8 total)