Για να λύσετε προσωρινά το πρόβλημα σας, μπορείτε να προσθέσετε το παρακάτω κώδικα στο αρχείο functions.php

add_filter('woocommerce_enable_setup_wizard', function(){return false;},999);

Να μην ξεχνάμε ότι πάντα παίζει ρόλο και το priority που θα ορίσουμε στο hook.

1. mu_plugin_loaded
2. network_plugin_loaded
3. muplugins_loaded
4. registered_taxonomy
5. registered_post_type
6. plugin_loaded
7. plugins_loaded
8. sanitize_comment_cookies
9. setup_theme
10. load_textdomain
11. after_setup_theme // The earliest for a theme; user is not authorised, pugins are not initialized
12. auth_cookie_malformed
13. auth_cookie_valid
14. set_current_user // Triggered by kses, user is set
15. init // The most common and popular hook for plugins. Here you can get and process request vars if needed. All globals are set, as well as user & taxonomies, but no headers sent still to client
16. widgets_init
17. register_sidebar
18. wp_register_sidebar_widget
19. wp_default_scripts // Provides access to WP_Scripts object
20. wp_default_styles
21. admin_bar_init
22. add_admin_bar_menus
23. wp_loaded // Almost the same state as init, check docs for differences
24. parse_request
25. send_headers // That’s just where output starts technically
26. parse_query // Main query object is ready, you can check its parmeters
27. pre_get_posts
28. posts_clauses
29. posts_selection
30. wp // The most suitable place to edit main query before it executes
31. template_redirect // The most suitable place to redirect. No content displayed still
32. get_header // before displaying header.php
33. wp_head // insecure third-party output starts just here
34. wp_enqueue_scripts
35. wp_print_styles
36. wp_print_scripts

Warning: Parameter 2 to qtranxf_postsFilter() expected to be a reference, value given in /var/www/DOMAIN/htdocs/wordpress/wp-includes/class-wp-hook.php on line 298

Τι γίνεται όμως με τις σελίδες που ήδη χρησιμοποιείται και δεν χρειάζεται να γίνει κάποια αλλαγή. Πρέπει να αλλάξετε χειροκίνητα τα παρακάτω αρχεία.

Στο αρχείο qtranslate-x/qtranslate_frontend.php

Σειρά 523 από

function qtranxf_postsFilter($posts,&$query) {//WP_Query

σε

function qtranxf_postsFilter($posts,$query) {//WP_Query

και στη σειρά 597 από

function qtranxf_excludeUntranslatedPosts($where,&$query) {//WP_Query

σε

function qtranxf_excludeUntranslatedPosts($where,$query) {//WP_Query

Μετά από αρκετή έρευνα και δοκιμές στη εγκατάσταση woocommerce που είχε ο πελάτης δεν έπαιρνε την προσθήκη του TAG στην αναζήτηση προϊόντων μέσα από το is_search() function, οπότε έπρεπε να βρεθεί διαφορετικός τρόπος προσέγγισης. Η επιλογή που έκανα ήταν να προσθέσω ένα filter με τα TAGS/προμηθευτές, παρόμοιο με το filter που υπάρχει ήδη στο woo με τις κατηγορίες. Το παραπάνω μπορεί να γίνει με δύο διαφορετικούς τρόπους. Μετά από δοκιμές κατέληξα ότι ο δεύτερος είναι ελάχιστα ταχύτερος.

πρώτος τρόπος προθήκης φίλτρου με την οντότητα TAG (filter by product TAGS)

/**
* @snippet Show Custom Filter @ WooCommerce Products Admin
* @sourcecode https://selidamou.gr/problem-solving/filter-by-product-tags-and-not-search-by-product-tag
* @author Vasilis kartsios
* @compatible Woo 3.5.3
*/

add_action('restrict_manage_posts', 'product_tags_sorting');
function product_tags_sorting() {
global $typenow;

$taxonomy = 'product_tag';

if ( $typenow == 'product' ) {


$selected = isset($_GET[$taxonomy]) ? $_GET[$taxonomy] : '';
$info_taxonomy = get_taxonomy($taxonomy);

wp_dropdown_categories(array(
'show_option_all' => __("Αναζήτηση με προμηθευτή2"),
'taxonomy' => $taxonomy,
'name' => $taxonomy,
'orderby' => 'name',
'selected' => $selected,
'show_count' => true,
'hide_empty' => true,
));
};
}

add_action('parse_query', 'product_tags_sorting_query');
function product_tags_sorting_query($query) {
global $pagenow;

$taxonomy = 'product_tag';

$q_vars = &$query->query_vars;
if ( $pagenow == 'edit.php' && isset($q_vars['post_type']) && $q_vars['post_type'] == 'product' && isset($q_vars[$taxonomy]) && is_numeric($q_vars[$taxonomy]) && $q_vars[$taxonomy] != 0 ) {
$term = get_term_by('id', $q_vars[$taxonomy], $taxonomy);
$q_vars[$taxonomy] = $term->slug;
}
}

δεύτερος τρόπος προθήκης φίλτρου με την οντότητα TAG (filter by product TAGS)

/**
* @snippet Show Custom Filter @ WooCommerce Products Admin
* @sourcecode https://selidamou.gr/problem-solving/filter-by-product-tags-and-not-search-by-product-tag
* @author Vasilis kartsios
* @compatible Woo 3.5.3
*/

add_filter( 'woocommerce_product_filters', 'bbloomer_filter_by_custom_taxonomy_dashboard_products' );

function bbloomer_filter_by_custom_taxonomy_dashboard_products( $output ) {

global $wp_query;

$output .= wc_product_dropdown_categories( array(
'show_option_none' => 'Αναζήτηση με προμηθευτή',
'taxonomy' => 'product_tag',
'name' => 'product_tag',
'selected' => isset( $wp_query->query_vars['product_tag'] ) ? $wp_query->query_vars['product_tag'] : '',
) );

return $output;
}

Σε πολλές περιπτώσεις κάνετε μία εγκατάσταση κάτι καινούριο και ξαφνικά χαλάει η λειτουργικότητα σε κάτι άλλο. Καλώς ήρθατε στον κόσμο μου! Αυτό είναι ένα conflict. Μία παρενέργεια δηλαδή από την εγκατάσταση που κάνατε και δημιούργησε ένα πρόβλημα σε κάτι άλλο.
Πρώτα από όλα βεβαιώνουμε ότι έχουμε τις τελευταίες εκδόσεις από τα Plugin, themes και wordpress, γιατί αυτό το bug, μπορεί ήδη να έχει απευθυνθεί και λυθεί σε κάποια νεότερη έκδοση.

Αυτό που πρέπει να κάνουμε είναι αρχικά να απενεργοποιήσουμε όλα τα plugin εκτός από αυτό που δεν δουλεύει μετά την αλλαγή. Αυτό το plugin μπορεί να είναι το woocommerce, μπορεί να είναι κάποιο slider, ίσως τα Advanced custom fields (ACF) ή οποιοδήποτε άλλο.

Σε δεύτερη φάση πρέπει να αρχίσουμε να ενεργοποιούμε τα plugin και να ελέγχουμε μετά από κάθε ενεργοποίηση αν ακόμα λειτουργεί το plugin μας. Με αυτό το τρόπο μπορούμε να δούμε αν προέρχεται η βλάβη από κάποιο Plugin.

Φυσικά η βλάβη μπορεί να προέρχεται από το theme που χρησιμοποιούμε. Για να το ελέγξουμε αυτό, γυρνάμε στο κλασσικό default theme του wordpress twenty nineteen τη στιγμή που γράφω αυτό το άρθρο και βλέπουμε αν ακόμα παρουσιάζεται το πρόβλημα. Αν  καταλήξουμε και βρούμε ποιο plugin ή theme δημιουργούσε το πρόβλημα, μπορούμε να αποφασίσουμε είτε να το αλλάξουμε, είτε να λύσουμε το πρόβλημα. Αν είστε άνετος με τον κώδικα, μπορείτε να δείτε το παρακάτω άρθρο που δίνει μια λύση σε περίπτωση που βρεθεί conflict στο wordpress.

Υπάρχει conflict με κάποιο javascript (js) αρχείο

Πρόσφατα είχε ένα παρόμοιο περιστατικό με ένα plugin που ανέπτυξα και χρησιμοποιούσε το date field picker. Έκανε conflict με ένα αγορασμένο Plugin, και δεν λειτουργούσε όπως έπρεπε. Πρώτα φυσικά πρέπει να σκεφτείτε και να ψάξετε προσεκτικά από ποιο Plugin, προέρχεται το conflict. Σε δεύτερη φάση να βρείτε ποιο αρχείο χρησιμοποιεί το συγκεκριμένο js file και σε ποιο σημείο γίνεται enqueue. Το πρόβλημα μου ήταν μεταξύ του woocomerce category discount pro & custom ACF Pro που περιείχε το πεδίο datetime picker.

Στην δική μου περίπτωση το conflict συνέβαινε στο backend του wordpress. Ο κώδικας στο plugin που μου έκανε conflict αρχικά ήταν:

 wp_register_script( 'date-picker-js', plugin_dir_url( __FILE__ ) . 'assets/js/jquery.datetimepicker.min.js', array('jquery'), false, '1.0.0' );
 wp_enqueue_script( 'date-picker-js' );

Το παραπάνω enqueue βρισκόταν μέσα σε ένα function load_custom_wp_admin_style. Το αφαίρεσα από το συγκεκριμένο function και το έβαλα σε ένα δικό του, ώστε να φορτώνει μόνο στη σελίδα του backend όταν χρειάζεται. Με αυτό το τρόπο, το datetime field picker δούλευε όταν το Plugin μου χρειαζόταν γιατί δεν το είχε φορτώσει, και όταν πήγαινε ο διαχειριστής στην σελίδα του προβληματικού Plugin, φόρτωνε κανονικά τo js file, ώστε να δουλεύει και αυτό κανονικά (makes any sense?).

Το Hook το βρίσκουμε εύκολα αν δούμε το source από το admin page μέσα στο Plugin..

<script type="text/javascript">
addLoadEvent = function(func){if(typeof jQuery!="undefined")jQuery(document).ready(func);else if(typeof wpOnload!='function'){wpOnload=func;}else{var oldonload=wpOnload;wpOnload=function(){oldonload();func();}}};
var ajaxurl = '/wp-admin/admin-ajax.php',
pagenow = 'woocommerce_page_wpcd-category-discount-pro',
typenow = '',
adminpage = 'woocommerce_page_wpcd-category-discount-pro',
thousandsSeparator = '.',
decimalPoint = ',',
isRtl = 0;
</script>

Το function που πρόσθεσα μαζί με το action για να το φορτώσω.

function v_load_custom_wp_admin_style($hook) {
// Load only on ?page=zen-leads-menu
if($hook != 'woocommerce_page_wpcd-category-discount-pro') {
return;
}
wp_register_script( 'date-picker-js', plugin_dir_url( __FILE__ ) . 'assets/js/jquery.datetimepicker.min.js', array('jquery'), false, '1.0.0' );
wp_enqueue_script( 'date-picker-js' );

}
add_action( 'admin_enqueue_scripts', 'v_load_custom_wp_admin_style' );

function custom_dump($anything){
  add_action('shutdown', function () use ($anything) {
    echo "<div style='position: absolute; z-index: 100; left: 30px; bottom: 30px; right: 30px; background-color: white;'>";
    var_dump($anything);
    echo "</div>";
  });
}

Πάνω στο development που έκανα για μία σελίδα, ξαφνικά δεν δούλευε το datepicker μέσα στο contact form 7. Στο console panel επέστρεφε “uncaught typeError: undefined ‘currentDay’”

Εν ολίγης το datepicker ήταν μέσα σε ένα div, το οποίο επαναλαμβανόταν μέσα στη φόρμα και το javascript διάλεγε το πρώτο div id που έβρισκε. Μόλις άλλαξα το id του datepicker σε κάτι μοναδικό το πρόβλημα λύθηκε.