Foxta

Changelog

0.9.26

• Internationalization: the whole admin interface is now translatable. All texts ship in English as the source language and are wrapped for translation (text domain foxta-comercio), so the plugin can be localized on translate.wordpress.org. A Spanish (es_ES) translation is bundled. No functional change.
• Fix: the Installation steps now match the single-field connection (paste your Foxta key); the old three-field wording was outdated.

0.9.25

• Automatic protection for large syncs: as soon as this version is active, the store tells Foxta it can drain its own queue, so bulk catalogue publishing is routed through the background queue by default instead of a burst of incoming writes. This keeps sites behind caches or security firewalls fast and responsive during big imports, with no manual setting to change. Real-time single changes (a sale, a stock tweak) still sync instantly. Also fixes the diagnostics screen so it reports the real plugin version.

0.9.24

• Reliable catalogue delivery (pull): the plugin can now fetch pending products from Foxta and create them in your store on a background schedule, instead of relying only on Foxta calling in. This makes bulk catalogue publishing robust behind security plugins, caches or CDNs that block or delay incoming requests, and it never blocks your site during large imports. Existing push-based behaviour is unchanged; the store simply drains its own queue every couple of minutes and reports back the created product IDs.

0.9.23

• Reliability: when Foxta creates or updates products in your store, the store no longer echoes those same changes back to Foxta. Previously a bulk creation could trigger a burst of return calls (one per product and variation) that briefly overloaded the sync. Product, stock and variation hooks now skip changes that originated from Foxta in the same request. Normal edits made in WordPress still sync to Foxta as before.

0.9.22

• Catalogue creation: Foxta can now create products in your store from its own catalogue, not just update existing ones. When you add or bulk-import products in Foxta (marking “also create in my online store”), simple and variable products — with their variations, attributes, SKU, price, stock and image — are created and published in WooCommerce, and linked back so they stay in sync. Existing behaviour is unchanged: products already in the store keep updating as before.

0.9.21

• Setup simplified: connecting your store now takes a single field. Paste your Foxta key (fx_live_…) and you are done. The API endpoint and the public service key now ship with sensible defaults, and have moved to an “Advanced” section you will normally never open. Existing installs keep working exactly as before: nothing is overwritten and your current credentials remain valid.

0.9.20

• Fix: the Google site verification code was discarded when pasting the full tag (WordPress strips HTML on save, taking the code with it). The tag is now parsed before sanitising, so both the full tag and the bare code work. The settings screen also shows the exact tag being published.

0.9.19

• New setting: Google site verification. Google requires you to verify your domain before publishing your catalogue to Google Shopping. Paste the tag (or just the code) that Merchant Center gives you and the plugin will output it in your site’s head, so it survives theme updates.

0.9.18

• Products now include their permalink (the link to the product page on your store) when syncing to Foxta. This is required by shopping feeds such as Google Shopping and Meta, which reject products whose link does not point to the product page. Variations report their parent product page, as WooCommerce does. Read-only: nothing is written to the store.

0.9.17

• Reconciliation: new read-only endpoint (foxta/v1/catalog, paginated) that returns the full product data. Foxta uses it to verify its catalogue matches the store and fill in anything missing (images, categories, attributes, descriptions), so nothing is left behind — even on very large catalogues. No data is written to the store.

0.9.16

• Performance: the sync queue now drains much faster on large catalogues (bigger batches and shorter retry interval), so a full “Import all” of a big store completes in a fraction of the time.
• Image fallback: if a product has no featured image, Foxta now uses the first gallery image, or the first image embedded in the description. Variations without their own image fall back to the parent image. No products are left without a photo when the store has one somewhere.

0.9.15

• Import completeness: products now also carry their VAT/tax rate, the full category path (hierarchy, e.g. “Clothing › T-shirts”), the product type, and, for grouped/external products, their child items or external URL. Nothing from the catalogue is lost on import.

0.9.14

• Import fix: “Import all” now also sends the parent of variable products, so categories, attributes, tags, description and image come across (previously only the variations were sent, which arrived without a category). Full catalog now imports correctly.
• Import: the product image gallery (extra photos) is now included, not just the main image.

0.9.13

• Renamed the plugin to “Foxta” (same plugin, clearer brand).
• Compatibility: the REST token is now also accepted via the standard Authorization: Bearer header (and a query-param fallback), so it keeps working on hosts/firewalls/CDNs that strip non-standard headers.
• Compatibility: orders placed through the new block-based checkout (Store API) are now captured reliably.
• Security: the API key and store token fields are masked in settings.
• Hardening: guard against the plugin being loaded twice (duplicate copies no longer double every sync event).
• Self-reporting: the plugin now reports its own fatals/exceptions and dead-letter queue events to the Foxta support console (rate-limited, technical metadata only) so issues can be detected and fixed faster.

0.9.12

• New read-only endpoint (foxta/v1/orders, paginated) so Foxta can do a one-time import of the store’s past orders into the ERP for full sales history and AI analysis. No data is written to the store.

0.9.11

• Health diagnostics: the plugin now reports environment info (WP/PHP/WooCommerce, HPOS, queue status) and detects likely conflicts (caching, security/firewall, other POS/sync plugins) so the Foxta Support console can show and help fix installation issues. New “Send diagnostics to support” button.

0.9.10

• Performance & resilience: the retry queue no longer floods Action Scheduler (one flush is scheduled at a time instead of one action per event). Smaller batches with shorter timeouts, a circuit breaker that backs off when the endpoint is unreachable, automatic pruning of old queue rows, and a new “Discard queue & retries” button to clear an accumulated backlog. Prevents site slowdowns caused by a growing queue.

0.9.9

• Two-way sync of multiple categories, product tags and custom attributes. CDN-friendly images: a product image is only re-downloaded when its URL changes (no duplicate media on repeated syncs).

0.9.8

• Sends product brand to Foxta when available (native WooCommerce Brands, common brand plugins, or a “brand/marca” attribute). Nothing is sent if the store has no brand data.

0.9.7

• Orders with “local pickup” shipping are flagged to Foxta as in-store pickup (Click & Collect); billing phone is sent so the shop can notify the customer.

0.9.6

• Endpoint to create a Foxta customer as a WooCommerce account (set-password email).

0.9.5

• Readme translated to English; clarified third-party affiliation; fixed external-service links.

0.9.0

• Hardened for distribution (nonces, prepared queries, license, text domain, uninstall cleanup).

0.8.0

• Variation support in snapshot and sync.

0.7.0

• Retry queue (outbox), reconciliation (snapshot/health), HPOS compatibility and diagnostics.

0.6.0

• Category synchronization.