Title: provithor's Replies | WordPress.org

---

# provithor

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

 *   [Profile](https://wordpress.org/support/users/provithor/)
 *   [Topics Started](https://wordpress.org/support/users/provithor/topics/)
 *   [Replies Created](https://wordpress.org/support/users/provithor/replies/)
 *   [Reviews Written](https://wordpress.org/support/users/provithor/reviews/)
 *   [Topics Replied To](https://wordpress.org/support/users/provithor/replied-to/)
 *   [Engagements](https://wordpress.org/support/users/provithor/engagements/)
 *   [Favorites](https://wordpress.org/support/users/provithor/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: [[PDF Invoices & Packing Slips for WooCommerce] Wrong language in invoice](https://wordpress.org/support/topic/wrong-language-in-invoice/)
 *  Thread Starter [provithor](https://wordpress.org/support/users/provithor/)
 * (@provithor)
 * [6 years, 9 months ago](https://wordpress.org/support/topic/wrong-language-in-invoice/#post-12058218)
 * The textdomain-fallback is for old-format languages files – and those are not
   present.
    It has nothing to do with a “user setting” or something, it is a pure
   and clear, easy BUG.
 * When there is just one language, this bug does not show up, but when there are
   more, your plugin’s “function translations()” does not do what it should.
 * Strange that you invest so much time in telling me that I do not know what I’m
   talking about and true that I should stop wasting my time with your plugin.
 * Actually, I liked it, before, when it worked in a correct way, and I wanted to
   try to talk with the developers to help you find and fix the bug.
 * I’ll stop with this and take some other plugin. Sorry that I wanted to help you!
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[PDF Invoices & Packing Slips for WooCommerce] Wrong language in invoice](https://wordpress.org/support/topic/wrong-language-in-invoice/)
 *  Thread Starter [provithor](https://wordpress.org/support/users/provithor/)
 * (@provithor)
 * [6 years, 9 months ago](https://wordpress.org/support/topic/wrong-language-in-invoice/#post-12058167)
 * You really think that I’m an idiot, do you? I know, most users are…
    “One more
   thing you could try is to disable legacy mode in the Status tab in the plugin(
   do note that this will require that your templates are compatible with version
   2.0 or later of the PDF invoice plugin), this will prevent the textdomain fallback
   from applying.”
 * I’m NOT running in legacy-mode and I already explained how I made sure that the
   function where I hard coded the locale into, was really executed.
 * The files are “new version format”, the function “function translations()” is
   executed, but it does not work, it does not do anything, whatever locale I HARD
   CODE into there.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[PDF Invoices & Packing Slips for WooCommerce] Wrong language in invoice](https://wordpress.org/support/topic/wrong-language-in-invoice/)
 *  Thread Starter [provithor](https://wordpress.org/support/users/provithor/)
 * (@provithor)
 * [6 years, 9 months ago](https://wordpress.org/support/topic/wrong-language-in-invoice/#post-12058151)
 * Stop fooling me!
 * It is the file: woocommerce-pdf-invoices-packingslips.php
    YOUR file. Not Polylang.
 * WHATEVER locale I HARD CODE (like “en_US”) there, into YOUR file, it does not
   make any difference.
 * Your plugin does not react on any locale-setting. Do you read my messages?
    “
   The PDF invoice plugin defaults to get_user_locale()”
 * It DOES NOT DEFAULT to anything, because when I hard code ANY “default” locale
   code into YOUR plugin’s function, it disregards that setting.
 * It’s a bug, but in case you prefer to insist that it’s not, it’s better to switch
   to developers that are interested in bug-free codes and not in reality-denial.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[PDF Invoices & Packing Slips for WooCommerce] Wrong language in invoice](https://wordpress.org/support/topic/wrong-language-in-invoice/)
 *  Thread Starter [provithor](https://wordpress.org/support/users/provithor/)
 * (@provithor)
 * [6 years, 9 months ago](https://wordpress.org/support/topic/wrong-language-in-invoice/#post-12058019)
 * Maybe more direct so you can exactly understand what I write:
    public function
   translations() { $locale = exit (“en_US”); When I click on the pdf-invoice-button,
   my browser shows only “en_US” – so the code is executed.
 * Then, I change it to $locale = “en_US”;
    or whatever (but “cs_CZ”), and it does
   not change anything, the invoices are created always and only in Czech.
 * Thus, when you tell me to set the locale, but that does not change anything, 
   maybe you understand this as BUG as well. And any bug might be in some completely
   different script, so you should be happy that I write about this to you – and
   do your best to find the problem.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[PDF Invoices & Packing Slips for WooCommerce] Wrong language in invoice](https://wordpress.org/support/topic/wrong-language-in-invoice/)
 *  Thread Starter [provithor](https://wordpress.org/support/users/provithor/)
 * (@provithor)
 * [6 years, 9 months ago](https://wordpress.org/support/topic/wrong-language-in-invoice/#post-12057957)
 * Thank you.
 * Just: it does not make any difference. Whatever locale I enter, I always get 
   just the Czech version.
    I have inserted an bug into the file and tried to get
   an pdf invoice created -a dn, as expected, the exception was thrown, so it simply
   does not make any difference, what local I enter!
 * Even if I delete the CZ-locale files from the language directory, it does not
   make any difference.
 * I know that the proce of the premium version already is surpassed many times 
   by my time used to deal with this, but I dislike this kind of “user-fooling”.
 * Your plugin does not care what locale I enter, whether the locale-files are in
   the language dir – and you tell me it’s not a bug, but just a lost unknown feature?
 * To me that is a bug. It might be about a feature officially not supported, but
   your plugin has a locale-function that does not do anything, so that is called
   BUG.
    You should pay me for helping you find a bug and you should care about 
   bugs and not try to make them look as something different. I’m telling this to
   you as programmer…
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[PDF Invoices & Packing Slips for WooCommerce] Wrong language in invoice](https://wordpress.org/support/topic/wrong-language-in-invoice/)
 *  Thread Starter [provithor](https://wordpress.org/support/users/provithor/)
 * (@provithor)
 * [6 years, 9 months ago](https://wordpress.org/support/topic/wrong-language-in-invoice/#post-12057770)
 * I’m not forgetting it is free, I’m telling you that something changed in the 
   last update(s), because it worked before and now creates something I cannot use.
 * I will rather buy another plugin than to be forced to buy the premium version
   because of a BUG in the free one. I was close to buying the plugin, because we
   need serial invoice-storing, but then I saw that it does not work correctly anymore.
 * I have checked with other FREE pdf-invoice plugins and they work, they choose
   English for the invoices. So, in case you think this BUG is not your problem,
   I will accept this and use another, WORKING, free plugin.
 * So, if you tell me where in the PHP code I can set the language the “hard way”,
   I’m PHP programmer, it’s no problem for me. With your next update, this bug can
   be fixed and I will be convinced to buy your premium version.
 * In case your bug is my problem, I will take another plugin for pdf-invoices.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[PDF Invoices & Packing Slips for WooCommerce] Wrong language in invoice](https://wordpress.org/support/topic/wrong-language-in-invoice/)
 *  Thread Starter [provithor](https://wordpress.org/support/users/provithor/)
 * (@provithor)
 * [6 years, 9 months ago](https://wordpress.org/support/topic/wrong-language-in-invoice/#post-12057455)
 * I do not need customer-support! And I would not even need multi-language. I just
   need that your plugin creates the invoice in the language of the site OR the 
   admin OR the customer and not in a language that was not chosen – and always 
   ONLY in this language!
 * Where can I manually set (in the PHP code of your plugin) the language?
 * Again, it’s no customer support, it’s a BUG that was not present before.
 * Polylang may have changed something, but your plugin simply does not work anymore
   like it did before and chooses always the same WRONG language!
 * It used to display the invoices in the language of the customer.
 * It stopped working correctly after one of the last updates, I have not exactly
   monitored this.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[PDF Invoices & Packing Slips for WooCommerce] Wrong language in invoice](https://wordpress.org/support/topic/wrong-language-in-invoice/)
 *  Thread Starter [provithor](https://wordpress.org/support/users/provithor/)
 * (@provithor)
 * [6 years, 9 months ago](https://wordpress.org/support/topic/wrong-language-in-invoice/#post-12057007)
 * Additional information:
    The packing slip shows ONLY in CZ as well. All ordered
   products are shown in their respective CZ-versions.
 * The invoice that woocommerce shows uses the right language of the customer and
   shows the products in the right language of the customer.
 * We are using polylang premium version.
 * The pdf invoice plugin is the free version.
 * So one can see the invoice in the correct language and when then the PDF-Invoice
   button is pressed, the created pdf is ALWAYS in CZ, independent of any setting
   I could find.

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