Orders Admin Dashboard Table Display Misaligned . .

Hi @boutiquelife,

This styling certainly isn’t to be expected. I could not replicate it using the most recent version of WooCommerce. Typically issues like this are caused by a theme or plugin conflict. As a first step, try switching back to a default theme like Twenty Seventeen or Storefront and disabling all plugins except for WooCommerce to see if this resolves the issue.

Let us know if that helps.

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 .

Hi Stuart,

Thanks for the update. If you inspect the Orders page ( using you browser ) in the WP Admin, do you have any console errors? I tested the Orders page and I cannot replicate what you are seeing:

https://cld.wthms.co/P2VZhk

I know you mentioned purging cache before but if you still see the issue after disabling all other plugins except WooCommerce and switch the theme, then it must be a result of caching from your browser or website host.

Ask your host to duplicate the site on a staging environment or create a staging server using something like WP Staging and have your host review as well.

Let us know if we can be of help along the way.

Cheers,

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 ) .

Hi @boutiquelife

I believe there is a conflict of some sort happening on the sites here. There was a similar problem with the display of order admin when using a particular extension but you don’t have that active.

Does this still happen with only WooCommerce active? I would be surprised if it does. I believe a plugin is adding a new column into the order admin – have you tested with the Shop Keeper plugin deactivated?

What you’re seeing isn’t default behaviour of the WooCommerce plugin.

I’d recommend contacting one of the services on our Customizations page (https://woocommerce.com/customizations/) – they can help with troubleshooting like this if you’re unable to find the reason yourself.

Another way to see this isn’t the core WooCommerce plugin would be to create a site from scratch, not copying an existing site and only installing WooCommerce and the Storefront theme, then placing a test order.

I hope you find the cause of this soon.

Thanks,

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 :-}

Thanks for letting us know what you’ve tried so far. Without logging in to take a closer look, we aren’t going to be able to help you figure this out. If you do find out more, please do update the thread.

Good luck further! ??