Orders Admin Dashboard Table Display Misaligned . .

Thank you . . But no and nope . . all plugins disabled (except WooCommerce), cache purged, storefont theme active . . and (back-end) misaligning orders table and data persists . . Attempted several iterations of all plugins deactivated and existing shopkeeper theme active then storefront theme active then permanently deleting all orders and creating new (front-end) order while storefront theme active and blah blah blah . . because this ain’t the solution we’re looking for . . and, recall, that DEV install is five-by-five with same plugins and theme and hosting infrastructure . . and all plugins are 100% up-to-date (WooCommerce 3.3.4) . . if you are looking closer then you are aware the difference between the DEV and LIVE orders table display is stark (linkage previously offered among the above comms) because the LIVE table is missing the lhs square checkbox beside “Order” on the column titles row and missing altogether as a row when all WP screen display options are unchecked and you can see the additional horizontal spacing added when only the orders display option is checked (same in DEV except DEV shows the horizontal thin grey-divider-line streaking all the way across to the table end But not so on the LIVE install where it extends only as more table display columns are checked and ends before under Actions and well before the vertical table edge ~ thus are we soaked in misalignment) . . and how does changing a theme unfix that and how does front-end ordering/reordering fix that and how does purging the database of all orders (not yet LIVE still final testing) fix that . . Surely this begins (and ends?) with the Order column since choosing only orders to show in the WP pull-down for that admin screen is revealing enough that things are yackadackadack . . You have the bridge and the comms . .

Mean-time and for now,
Much appreciated . . much obliged . .
Yours sincerely
Stuart .

P.S. we also disabled all Chrome web-browser extensions . . no change . . as expected because the DEV install Woo orders table display is okey-dokey .

Hello John,

Thank you for your response .

We have, again, addressed the issue described, most recently, with the able assist from our web-site hosting provider . And they report a console ‘error’ which shows an additional coding instruction (‘hidden’) inserted in the relevant line of html that is the exact cause of the misalignment . Removing that additional coding instruction (‘hidden’) returns the tabulated display back to normal . Imagery attached for Chrome and Firefox web-browsers . Still we are, for now, entirely unclear why this happens . We recall that our experience began immediately after the Woo 3.3 upgrade . Yet we acknowledge that our DEV install is five-by-five using the exact same hosting infrastructure as the LIVE install and blah . Because our hosting provider completed the same process as we and arrived at the conclusion that cache or caching is not the problem and are happy enough to continue with any assists we may ask . Yet even they are asking if we have used any code (in the back-end) that might be ‘patient zero’ .

So, yes, we do have an ‘error’ in the ‘console’ .
Maybe this helps some or at least you are able to offer some, more permanent, workaround .

Mean-time and for now,
Much appreciated . . much obliged . .
Yours sincerely
Stuart .

PS. Here’s the link, again, to the fresh imagery which is included with the previously provided imagery for convenience (https://drive.google.com/drive/folders/1fHZ9GMleACC7CTBU6ASjhQzHq4hvgr_M?usp=sharing ) .

Thank you for your response .

We have aligned DEV and LIVE plugins (activated) to be sure we are consistent in our comparisons . . yet DEV trolls along with perfection even after that Woo 3.3 upgrade . And we have, again, ourselves this third-time, run the battery of obvious eliminations including disabling ALL plugins except Woo (and then Woo too) and changing to Storefront theme . . But without any improvement . We observe that, e.g., Woo products tabulated display is perfect (in DEV and LIVE) .

Our time-table means that we shall allow for the non-pernicious, persistent, visual display-only anomaly . . until we do stumble upon any, redeeming, remedy or solution . . which we will, surely, share with you .

We should mention that whatever we may have done is exclusive to LIVE, somehow someway, yet undiscoverable, for now . And we clarify that DEV is the copy of LIVE and that lIVE is the originally built domain then copied to DEV (sub-domain / add-on domain) and thus forever separated as individual maintainable operating installs .

Thank you for the link to Woo custom services .

While this ‘experience, slowly does my head in . . we do continue ‘sacking’ our minds and racking our brains for anything and everything potentially causing the described operating visual abnormality, so far, missed by us .

We will keep everyone participating and responsible (concerned) in the loop as we wade through the thick of it . . expecting clearer, calmer, waters into our Woo operating future .

So shall we see .

Mean-time and for now,
Much appreciated . . much obliged . .
Yours sincerely,
Stuart :-}