Title: amalg's Replies | WordPress.org

---

# amalg

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

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

 Search replies:

## Forum Replies Created

Viewing 15 replies - 1 through 15 (of 16 total)

1 [2](https://wordpress.org/support/users/amalg/replies/page/2/?output_format=md)
[→](https://wordpress.org/support/users/amalg/replies/page/2/?output_format=md)

 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Advanced WooCommerce Product Gallery Slider] conflict with smtp plugins wp_mail](https://wordpress.org/support/topic/conflict-with-smtp-plugins-wp_mail/)
 *  [amalg](https://wordpress.org/support/users/amalg/)
 * (@amalg)
 * [3 years ago](https://wordpress.org/support/topic/conflict-with-smtp-plugins-wp_mail/#post-16790556)
 * I’m seeing the same error but with sendgrid.. once the plugin is activated I 
   get this error. However, I’ve done a search of the code in the plugin files and
   wp_mail does not appear anywhere in the code.. at least not in that literal syntax..
   but there may be some other conflict that leads to wordpress erroneously indicating
   wp_mail is the issue.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[PDF Invoices & Packing Slips for WooCommerce] Fetch PDF invoice using API](https://wordpress.org/support/topic/fetch-pdf-invoice-using-api/)
 *  [amalg](https://wordpress.org/support/users/amalg/)
 * (@amalg)
 * [3 years, 2 months ago](https://wordpress.org/support/topic/fetch-pdf-invoice-using-api/#post-16599348)
 * [@yordansoares](https://wordpress.org/support/users/yordansoares/) we are considering
   purchasing the professional extension, but I wanted to confirm something first.
   We are currently using a custom cron job to kick off sending of customer invoices
   for orders that are still pending payment. The bit of code that does the actual
   sending is this;
 * // Send the customer invoice email
   WC()->mailer()->customer_invoice($order);
 * This triggers sending of woocommerce’s built-in invoice email. Will the professional
   extension enable an invoice PDF to be attached to this email when it gets sent
   out?
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Payment Plugins for Stripe WooCommerce] USD currency for SEPA, EPS, Giropay, etc.](https://wordpress.org/support/topic/usd-currency-for-sepa-eps-giropay-etc/)
 *  Thread Starter [amalg](https://wordpress.org/support/users/amalg/)
 * (@amalg)
 * [5 years, 6 months ago](https://wordpress.org/support/topic/usd-currency-for-sepa-eps-giropay-etc/#post-13747020)
 * I think you might be over-thinking things a bit.. when someone in the EU buys
   something from a US website in USD with a credit card, they see USD the entire
   way through the transaction and the bank or financial institution does the exchange
   and they see the exchange on their statement.
 * If someone in the EU wants to pay with SEPA and they come to our site and buy
   something for $100USD and go through checkout and all that, seeing USD the entire
   time, then when they finally pay the EUR conversion is submitted to the payment
   method API and they see oh, it’ll be 88 euro (or whatever).. this is perfectly
   fine in my books and most customers would understand it as well, without all 
   that extra fluff.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Payment Plugins for Stripe WooCommerce] USD currency for SEPA, EPS, Giropay, etc.](https://wordpress.org/support/topic/usd-currency-for-sepa-eps-giropay-etc/)
 *  Thread Starter [amalg](https://wordpress.org/support/users/amalg/)
 * (@amalg)
 * [5 years, 6 months ago](https://wordpress.org/support/topic/usd-currency-for-sepa-eps-giropay-etc/#post-13746941)
 * I have made the request to Stripe that either on demand currency exchange be 
   integrated into the payment method API or a separate currency exchange rate API
   be created such that it can be called immediately prior to the payment method
   API so the charge amount can be converted to EUR at the current exchange rate
   just prior to the call.
 * That got me thinking.. rather than wait for these big companies to sloggingly
   move toward common sense.. what about your plugin do the same? I found a ton 
   of APIs for this on [https://stackoverflow.com/questions/3139879/how-do-i-get-currency-exchange-rates-via-an-api-such-as-google-finance](https://stackoverflow.com/questions/3139879/how-do-i-get-currency-exchange-rates-via-an-api-such-as-google-finance)
   but most notable was the European Central Bank
 * Docs: [https://www.ecb.europa.eu/stats/policy_and_exchange_rates/euro_reference_exchange_rates/html/index.en.html#dev](https://www.ecb.europa.eu/stats/policy_and_exchange_rates/euro_reference_exchange_rates/html/index.en.html#dev)
 * Data: [https://www.ecb.europa.eu/stats/eurofxref/eurofxref-daily.xml](https://www.ecb.europa.eu/stats/eurofxref/eurofxref-daily.xml)
 * Seems like a cinch to do this yeah? Put some notes on the order when exchange
   rates are used like what the current exchange rate was, what the price was in
   EUR sent to the API, etc.
 * I’d much rather explore this than futz around with multi-currency plugins.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Payment Plugins for Stripe WooCommerce] USD currency for SEPA, EPS, Giropay, etc.](https://wordpress.org/support/topic/usd-currency-for-sepa-eps-giropay-etc/)
 *  Thread Starter [amalg](https://wordpress.org/support/users/amalg/)
 * (@amalg)
 * [5 years, 6 months ago](https://wordpress.org/support/topic/usd-currency-for-sepa-eps-giropay-etc/#post-13746904)
 * Ok perfect, will do.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Payment Plugins for Stripe WooCommerce] USD currency for SEPA, EPS, Giropay, etc.](https://wordpress.org/support/topic/usd-currency-for-sepa-eps-giropay-etc/)
 *  Thread Starter [amalg](https://wordpress.org/support/users/amalg/)
 * (@amalg)
 * [5 years, 6 months ago](https://wordpress.org/support/topic/usd-currency-for-sepa-eps-giropay-etc/#post-13746893)
 * Ah bummer. I will check it out, but I will also ask Stripe to update their API
   to allow USD submissions to SEPA and others and THEY do the exchange conversion
   on the fly (like credit card companies do when foreign cards buy goods in USD).
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Payment Plugins for Stripe WooCommerce] USD currency for SEPA, EPS, Giropay, etc.](https://wordpress.org/support/topic/usd-currency-for-sepa-eps-giropay-etc/)
 *  Thread Starter [amalg](https://wordpress.org/support/users/amalg/)
 * (@amalg)
 * [5 years, 6 months ago](https://wordpress.org/support/topic/usd-currency-for-sepa-eps-giropay-etc/#post-13746856)
 * Hi Mr. Clayton,
 * Thanks for the quick reply. This is the history of a chat with Stripe support
   2 days ago;
 * (5:04:56 PM) *** Amal has joined the chat ***
    (5:04:56 PM) *** Skills identified:
   billing_connect_payment_apis. *** (5:04:56 PM) Amal: payment method support requires
   EUR currency (5:05:03 PM) *** Chat assigned based on skills identified. *** (
   5:05:03 PM) *** Ruthann has joined the chat *** (5:05:07 PM) Amal: hey there..
   so I am using WooCommerce with the stripe integration plugin (5:05:10 PM) Ruthann:
   Hello (5:05:16 PM) Amal: i want to accept payments for SEPA and Bancontact and
   some others (5:05:32 PM) Amal: but an error pops up that says those payment methods
   require the store currency to be set to EUR (5:05:37 PM) Amal: we are a US based
   USD shop (5:05:43 PM) Amal: is this a limitation of the plugin or of Stripe itself?(
   5:05:52 PM) Amal: can stripe properly convert those payments to USD (5:06:44 
   PM) Ruthann : Oh yes on Stripe you can collect payments in any of the over 135
   currency we process (5:07:29 PM) Ruthann : SEPA does have some limitations on
   what region can except them but US is definitely supported (5:08:48 PM) Amal:
   ok.. so this must be a limitation of the stripe plugin for woocommerce? (5:09:
   13 PM) Amal: these are the errors i’m getting; [http://amal.net/caps/2020-12-03-91S1xPb7v2.png](http://amal.net/caps/2020-12-03-91S1xPb7v2.png)(
   5:09:44 PM) Ruthann : Thanks looking (5:18:34 PM) Ruthann : Oh yes those are 
   definitely limitations outside of Stripe. (5:19:24 PM) Amal: ok thanks for looking(
   5:19:40 PM) Ruthann : I am surprised on that however, as so many US business 
   take these type payments I would maybe contact (5:20:06 PM) Amal: so if an EU
   customer wanted to pay with sepa zone payment method for example, they could 
   still pay our store in the USA in USD if the APIs were properly implemented in
   the plugin? (5:20:15 PM) Ruthann : WooCommerce to see if it maybe some type of
   setting or gating they need to allow your account (5:20:21 PM) Amal: yes that
   is in process now (5:20:30 PM) Amal: almost on support chat with them .. just#
   2 in line (5:21:16 PM) Ruthann : No they can pay in their currency and it gets
   converted to USD prior to being paid out to your external bank account
 * They could be wrong however.. or not fully understand what is necessary. For 
   example, if their API requires we send a charge in EUR even though we get it 
   dumped into our bank as USD, this is not going to solve the problem.
 * Thanks,
    Amal
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Menu Social Icons] Getting link text to show after icon](https://wordpress.org/support/topic/getting-link-text-to-show-after-icon/)
 *  Thread Starter [amalg](https://wordpress.org/support/users/amalg/)
 * (@amalg)
 * [7 years, 7 months ago](https://wordpress.org/support/topic/getting-link-text-to-show-after-icon/#post-10813552)
 * Nevermind.. based on this post, I figured out how to reverse it..
 * [https://wordpress.org/support/topic/navigation-label-is-showing-beside-icons/](https://wordpress.org/support/topic/navigation-label-is-showing-beside-icons/)
 * Here is the custom CSS I added to make the nav label show only in my handheld
   menu;
 * /* show nav label next to social icons in mobile menu */
    ul#menu-mobile-menu
   li span.fa-hidden { position: inherit; left: inherit; top: inherit; width: inherit;
   height: inherit; overflow: inherit; padding-left: 0.5em; }
 * Thanks for a great plugin!
    -  This reply was modified 7 years, 7 months ago by [amalg](https://wordpress.org/support/users/amalg/).
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[eVision Responsive Column Layout Shortcodes] last column forces odd placement of content divs](https://wordpress.org/support/topic/last-column-forces-odd-placement-of-content-divs/)
 *  Thread Starter [amalg](https://wordpress.org/support/users/amalg/)
 * (@amalg)
 * [9 years, 9 months ago](https://wordpress.org/support/topic/last-column-forces-odd-placement-of-content-divs/#post-8189697)
 * I think I figured it out… but it may break CSS.. I’m not a CSS guru (hence use
   of the plugin).. but the “one_third_last” column does not have the “position:
   relative;” statement that “one_third” columns have, so using chrome inspector
   I added it, and the text appeared where it was supposed to be – [http://amal.net/caps/2016-09-16_03-31-54.png](http://amal.net/caps/2016-09-16_03-31-54.png)
 * .one_third, .one_third_last {
    width: 30.66%; float: left; position: relative;
 * I added that last line manually in chrome inspector and it appears to fix the
   issue, though I’m not sure how to fix the plugin code to generate this output.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Twitter Bootstrap for WordPress] bug? orphaned CSS elements](https://wordpress.org/support/topic/bug-orphaned-css-elements/)
 *  Thread Starter [amalg](https://wordpress.org/support/users/amalg/)
 * (@amalg)
 * [10 years, 9 months ago](https://wordpress.org/support/topic/bug-orphaned-css-elements/#post-6475760)
 * bump bump… just wondering if you’re receiving me…
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Twitter Bootstrap for WordPress] bug? orphaned CSS elements](https://wordpress.org/support/topic/bug-orphaned-css-elements/)
 *  Thread Starter [amalg](https://wordpress.org/support/users/amalg/)
 * (@amalg)
 * [10 years, 9 months ago](https://wordpress.org/support/topic/bug-orphaned-css-elements/#post-6475692)
 * Just confirming, after doing a few tests with other themes, the panel title issue
   and collapse problem have something to do with the WordPress Twitter Bootstrap
   CSS plugin.
 * Thanks Paul G… this plugin is great, just a few tweaks to sort out is all 🙂
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Twitter Bootstrap for WordPress] bug? orphaned CSS elements](https://wordpress.org/support/topic/bug-orphaned-css-elements/)
 *  Thread Starter [amalg](https://wordpress.org/support/users/amalg/)
 * (@amalg)
 * [10 years, 9 months ago](https://wordpress.org/support/topic/bug-orphaned-css-elements/#post-6475634)
 * Oh interesting update… I tried turning off the CSS plugin and instead using a
   theme that has bootstrap integrated (Nudie – [http://www.nudiewp.com](http://www.nudiewp.com))
   and the exact same code behaved as expected… both display and collapse functions
   work; [http://amal.net/caps/2015-08-26_12-48-55.png](http://amal.net/caps/2015-08-26_12-48-55.png)
 * So, at least through some simple testing I’ve been able to determine the cause
   is somehow the plugin.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Twitter Bootstrap for WordPress] bug? orphaned CSS elements](https://wordpress.org/support/topic/bug-orphaned-css-elements/)
 *  Thread Starter [amalg](https://wordpress.org/support/users/amalg/)
 * (@amalg)
 * [10 years, 9 months ago](https://wordpress.org/support/topic/bug-orphaned-css-elements/#post-6475633)
 * Oh just an obvious update – I’ve tried other themes and they all appear to have
   this issue. I’ve tried changing various settings in the Bootstrap for Twitter
   settings section. I’m not using LESS compiler, just the CSS options.
 * Thanks,
    Amal
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Twitter Bootstrap for WordPress] bug? orphaned CSS elements](https://wordpress.org/support/topic/bug-orphaned-css-elements/)
 *  Thread Starter [amalg](https://wordpress.org/support/users/amalg/)
 * (@amalg)
 * [10 years, 9 months ago](https://wordpress.org/support/topic/bug-orphaned-css-elements/#post-6475631)
 * I am having another issue however… not sure if this is bootstrap or again related
   to the theme, but I’m trying to sort it out best I can. I’m trying to use panels
   and the title/header has a very large margin on the bottom side of the title 
   text. I’ve tried directly setting the bottom margin to 0 again using custom.css
   edits, but still it won’t work.
 * [http://amal.net/caps/2015-08-26_12-40-54.png](http://amal.net/caps/2015-08-26_12-40-54.png)
 * Also, the panel is supposed to accordion collapse when clicked, but it doesn’t
   work… the # anchor shows in the URL address bar in the browser but the browser
   just skips to the title but does not expand it… this is code that is copied directly
   from another non-wordpress based website which is working perfectly;
 *     ```
       <div class="panel-group" id="accordion" role="tablist" aria-multiselectable="true">
         <div class="panel panel-default">
           <div class="panel-heading" role="tab" id="headingInstalled" style="background-color: #1c5c92; color: #ffffff;">
             <h4 class="panel-title">
               <a role="button" data-toggle="collapse" data-parent="#accordion" href="#collapseInstalled" aria-expanded="true" aria-controls="collapseInstalled">How/where are x-series tags installed? Aftercare? What to expect?</a>
             </h4>
           </div>
           <div id="collapseInstalled" class="panel-collapse collapse in" role="tabpanel" aria-labelledby="headingInstalled">
             <div class="panel-body">
                   Our x-series transponders are typically installed into the webbing between the metacarpal bones of the index finger and thumb, resting parallel to the index metacarpal. The reason for this has to do with the extremely short read range of x-series tags and the typical use case being some form of access control where the tag must be presented to a fixed reader of some kind. Achieving a safe installation definitely requires a steady hand and experience performing aseptic procedures. Dangerous Things prefers our customers locate one of our professional body piercing or body modification partners to complete the installation of this product. If no partners are available in your area, you should be able to follow this guide to finding a professional in your area who is willing to assist you.
   
       For aftercare information and what to expect, please read our <a href="/x-faq" target="_blank">X-Series FAQ</a> page.
             </div>
           </div>
         </div>
         <div class="panel panel-default">
           <div class="panel-heading" role="tab" id="headingFAQ" style="background-color: #1c5c92; color: #ffffff;">
             <h4 class="panel-title">
               <a class="collapsed" role="button" data-toggle="collapse" data-parent="#accordion" href="#collapseFAQ" aria-expanded="false" aria-controls="collapseFAQ">
                 Can I get an MRI? What about airport security? Playing sports? etc.
               </a>
             </h4>
           </div>
           <div id="collapseFAQ" class="panel-collapse collapse" role="tabpanel" aria-labelledby="headingFAQ">
             <div class="panel-body">
                   You have questions! That's understandable. The short answer is; it's all good. If you're looking for more specific answers, we have an <strong><a href="/x-faq">extensive FAQ page</a></strong> that deals with many of the most commonly asked questions regarding installation of our x-series transponders.
             </div>
           </div>
         </div>
         <div class="panel panel-default">
           <div class="panel-heading" role="tab" id="headingRange" style="background-color: #1c5c92; color: #ffffff;">
             <h4 class="panel-title">
               <a class="collapsed" role="button" data-toggle="collapse" data-parent="#accordion" href="#collapseRange" aria-expanded="false" aria-controls="collapseRange">
                   Practical read range/performance expectation
               </a>
             </h4>
           </div>
           <div id="collapseRange" class="panel-collapse collapse" role="tabpanel" aria-labelledby="headingRange">
             <div class="panel-body">
                   Passive RFID and NFC tags are magnetically coupled devices that pass power and data over a shared magnetic field. This means their effective read range and performance depends on how well both of the antenna coils in the tag and reader couple with each other. This typically means the shape, size, and orientation of both antennas must be complimentary. Unfortunately, most reader devices, including mobile phones, typically have antennas designed with thin flexible PCB traces made into blocky rectangular shapes that lay along a flat plane. These antenna designs are great for coupling with and reading large flat label tags or card style tags and access cards which also have this antenna design, but they have a hard time coupling to the very small cylindrically shaped antenna coil inside our x-series tags. Most mobile phones and reader devices have a “sweet spot” or two that must be located and used each time to get consistent results. Other devices, such as the Samsung Ezon electronic deadbolt lock, sometimes use wire wound coil antenna loops inside, which work much more reliably with small glass tags like our x-series tags. You should not expect your USB reader or mobile device to achieve the same read range with our x-series tags that you normally get with a label tag or card style tag. Here are some example videos detailing typical read performance and how to find that "sweet spot";
   
       <center><iframe width="560" height="315" src="https://www.youtube.com/embed/6WXCkQEM2OE" frameborder="0" allowfullscreen></iframe></center>
   
       <center><iframe width="560" height="315" src="https://www.youtube.com/embed/3abDBuNFNNE" frameborder="0" allowfullscreen></iframe></center>
             </div>
           </div>
         </div>
       <div class="panel panel-default">
           <div class="panel-heading" role="tab" id="headingApp" style="background-color: #1c5c92; color: #ffffff;">
             <h4 class="panel-title">
               <a class="collapsed" role="button" data-toggle="collapse" data-parent="#accordion" href="#collapseApp" aria-expanded="false" aria-controls="collapseApp">
                 Securing your xNT - first steps after installation
               </a>
             </h4>
           </div>
           <div id="collapseApp" class="panel-collapse collapse" role="tabpanel" aria-labelledby="headingApp">
             <div class="panel-body">
                   The xNT uses the NTAG216 chip, which was designed by NXP for use in more typical NFC applications such as smart posters, labels, and other disposable applications where the memory contents will be set and then locked so it cannot be changed. This is done using built-in "lock bytes" which are OTP (one time programmable). That means that once the lock bytes are turned on to protect memory blocks, they can never be unlocked. This means the tag will forever be locked as read-only, which is not ideal for a tag like the xNT. That said, Dangerous Things does not make any assumptions regarding how our users wish to use our products, so we do not modify these lock bytes during manufacturing. This means an xNT could be written and locked, either by accident (many NFC apps offer locking options) or by a malicious person or reader.
   
       In addition to lock bytes, the NTAG216 offers a 32bit password protection function. Regardless of what some NFC smartphone apps indicate, it is not possible to remove or disable the password. It is only possible to set the password to the default value of FF FF FF FF. The problem with this is, if the password is set to the default then anyone could change it and then change the protection options for your tag and than change the password to something that is unknown to you. Because it is also possible to protect memory blocks from unauthenticated reads, this could make the tag completely useless by not allowing any memory blocks to even be read.
   
       Finally, many of the critical configuration bytes used by the NTAG216 chip are stored in the last few memory blocks of the tag. This means that it may be possible for an NFC application that does not properly detect or honor the xNT's memory schema to accidentally attempt to write NDEF record data (the data you're trying to store on the tag) overtop of the configuration bytes. For example, if the data you are attempting to write is longer than the user memory blocks available, the remainder of the data will be written to configuration bytes, which contain settings that are potentially dangerous to modify such as the config lock byte. The configuration lock byte is not possible to disable, so accidentally writing to that byte unintentionally could result in your configuration being irreversibly locked.
   
       To help our customers protect their tag from accidental or intentional malicious attack, we have developed <a href="https://play.google.com/store/apps/details?id=com.dangerousthings.nfc" target="_blank">Dangerous NFC</a> for Android. Our DNFC app allows customers to secure their tag by doing the following things;
       <ul>
       <li>Disable lock bytes so they cannot be used to lock any memory blocks as read-only</li>
       <li>Update the password block with a custom, non-default password value</li>
       <li>Update the memory protection option to write-only protection</li>
       <li>Update the memory protection range to protect the configuration bytes</li>
       </ul>
       This approach allows the entire user memory space to be written to/updated, while at the same time protecting the configuration bytes and password values at the bottom end of the xNT memory space. This means an application cannot accidentally write data unintentionally to any configuration bytes. It also means the password of the xNT cannot be updated without first authenticating. This means you need the current password in order to update the password. Without updating the dynamic memory protection range, it would technically be possible to just write a new password without first knowing the old password.
   
       Ultimately, once secured by the <a href="https://play.google.com/store/apps/details?id=com.dangerousthings.nfc" target="_blank">Dangerous NFC</a> app, you are free to use any NFC app to write data to the tag and not need to be afraid of accidentally locking the tag, or changing the configuration bytes, or someone maliciously locking your tag or changing your password.
   
       <center><a href="https://play.google.com/store/apps/details?id=com.dangerousthings.nfc" target="_blank"><img src="http://assets.dangerousthings.com/dnfc-screenshot_splash-168x300.png" border="0"></a> <a href="https://play.google.com/store/apps/details?id=com.dangerousthings.nfc" target="_blank"><img src="http://assets.dangerousthings.com/dnfc-screenshot_password-168x300.png"></a></center>
             </div>
           </div>
         </div>
       <div class="panel panel-default">
           <div class="panel-heading" role="tab" id="headingReturns" style="background-color: #1c5c92; color: #ffffff;">
             <h4 class="panel-title">
               <a class="collapsed" role="button" data-toggle="collapse" data-parent="#accordion" href="#collapseReturns" aria-expanded="false" aria-controls="collapseReturns">
                 Tag testing process, return policy, lifetime warranty
               </a>
             </h4>
           </div>
           <div id="collapseReturns" class="panel-collapse collapse" role="tabpanel" aria-labelledby="headingReturns">
             <div class="panel-body">
                   Our x-series tags which come pre-loaded inside their injection systems cannot be tested while inside the metal needle of the injection assembly. Because of this, we perform a full test on every single tag before it is loaded into the injector assembly and sterilized.
   
                   All sales of our x-series products are final, and no returns will be accepted. We keep a tight "chain of custody" on all products through manufacture, sterilization, and shipment. We would not want to re-sell a tag that has been returned, and you probably wouldn’t want to buy one either… so before you purchase, do your research and be sure you know you’re getting the correct product.
   
                   If you do purchase one of our products and experience a failure, we offer a full lifetime warranty on all of our products. You simply return the product for testing and analysis, and if it is malfunctioning, we will ship you a replacement free of charge.
             </div>
           </div>
         </div>
       </div>
       ```
   
 * Sorry, I know the support forum is not “free developer” forum, but I figured 
   I’d post my issues and see if you can give me any clues.
 * Thanks,
    Amal 😉
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Twitter Bootstrap for WordPress] bug? orphaned CSS elements](https://wordpress.org/support/topic/bug-orphaned-css-elements/)
 *  Thread Starter [amalg](https://wordpress.org/support/users/amalg/)
 * (@amalg)
 * [10 years, 9 months ago](https://wordpress.org/support/topic/bug-orphaned-css-elements/#post-6475622)
 * Actually I sorted it out… it was an artifact of the theme, and it was actually
   a CSS ::after clause that put in an additional character. In FireFox it rendered
   as a “pencil” icon, but Chrome didn’t get it. I updated the custom.css file of
   the theme to remove the content.

Viewing 15 replies - 1 through 15 (of 16 total)

1 [2](https://wordpress.org/support/users/amalg/replies/page/2/?output_format=md)
[→](https://wordpress.org/support/users/amalg/replies/page/2/?output_format=md)