Hi, GK 

Sorry for the delay

We are going to try to replicate this issue locally, and identify if we have a bug to fix.

Can we also take a look at your WP-Admin setup, please, if that is OK?

Please provide me a temporary WP-admin (administrator) user for your site where this happens, so we could log in and take a look ‘from the inside’ as that’s the most efficient way to see and resolve the issue. 

We do not interfere with any data or anything else except for the plugin (in case that’s a production version of the site), and of course, we do not provide login data to third parties. 

You can write credentials here just check PRIVATE Reply so nobody can see them except us.

Hi, GK

I just wanted to report that i tried to reproduce the issue on my Test site, and i am not able to.

We have to note that we are using the latest wpDataTables version 4.4  .

If you have an older version of the plugin, can you update to the latest version?

I have this Dummy table, it is allowing me to edit inline, when the row is expanded in Responsive Mode;

I can choose a row, in this example i choose row with Country Greece;  and i edit this "Client Name" column.

It was Aurora E.Lott ,   i edit the value with some extra text;   It accepts it, and edits the correct row.

I am also able to edit as popover;  and it is editing the correct cell, for the correct row.

As you see, we are not able to replicate it on our end.

-

Can you try to perhaps export this table , and try to import it on our Demo site - See if you can replicate the issue there?

-

If not, then it seems you have a specific issue for your site, we have to isolate what it might be.

-

It is possible that this is some kind of a conflict between Amelia and another plugin on your site, or the current theme.

Can you please change the theme and see if the issue is resolved? 

If not, then please deactivate all other plugins except for our plugin, 

purge all cache of the site, then refresh the page where the issue is, and see if the issue stops. 

If it does, then start activating other plugins one by one, and after each activation refresh the page to see if the issue comes back. 

Once it does reoccur, you will have found the plugin causing the issue.

-

Please let me know if you isolated the conflict;

If not, i can take a remote look for you.

Hi, GK 

My sincerest apologies for all the waiting time.

Regarding our response times, It usually takes up to several hours , but within the same day.

Sometimes we do have an unusually high number of tickets coming in, and other factors that slow down our pace,

 i will do my best to respond much quicker going forward.

Thank you for the access , i logged in to your WordPress, and i noticed right away that you have a very old version of wpDataTables, version 3.4.1.

It is possible that at this version , perhaps there was this bug, and our developers possibly fixed it , that would explain why i am not able to replicate the issue with the latest version.

-

We only provide premium support with advanced troubleshooting for the latest version.

Can you please update the plugin to latest version 4.4  , purge all cache on site after that,

and let me know if this solves the issue? 

Thank you

Hi, GK 

I just updated your plugin to the latest version; and am making a copy or two from some tables -  i don't wish to mess with any of your live tables;

so i will make Test copies, to try to replicate the issue, and to isolate the root of it.

Could you perhaps record a video of the issue - if it's not too much trouble - just to make sure i do the same steps to cause the same issues, and catch them in the act?

I will still report back when i do further testing from my end.

Thank you

Hi, GK

Firstly, my sincerest apologies for all the waiting time.

That is correct, usually we are much quicker, and even with the volume of tickets, there is no excuse, I am sorry that it took me so long.

This issue, to be honest is something we never had before, in regards to the row being completely wrong for editing.

I might have made an oversight, to be fully, honest, i am not sure if inline editing was ever supposed to be working in the responsive expanded section;  ( we will double-check it with the devs),

but as i did further testing on your site,  also on my Test site, it seems we have a bug to fix.

-

In most of the testing, on your site and my Test site, with Dummy tables;

if i expand a row, and edit any cell;   

it seems it is behaving as if we press "new entry", rather than "edit" - because it shows an empty row;

and after i input something,  the table makes a new row, only with the new data i input.

At some moment, it is like i clicked at a "different spot" somewhere, and somehow the editing worked correctly for a bit - but then it came back to the "wrong behaviour".

-

I am escalating this issue now at the highest possible urgency, since you have already been waiting for so long.

We will get help from our developers to get to the root of these issues, and i will be as quick as possible to keep you posted on our progress.

-

Here is my video, first the one from your site - just to see the odd behaviour from my end. https://we.tl/t-qO310AzAWr

And another video, to see how it looks on my Site, as well, as attachment.

I had 104 rows, then it made a new row, wdt_ID 105.

Sorry once again for all this waiting time - we will do our best to be as quick as possible going forward.

I will advise you as soon as the devs make their investigation.

Hi, GK

I've been advised by our developers.

1.

Regarding the behaviour for editing the row in modal, or popover:

We have flagged this behaviour as a bug.  The developers have identified the issue, and they will work intensively to make a fix for it.

We are hoping they might be able to finish a fix in one of the upcoming updates , but we can't promise an exact ETA.

You can certainly follow our changeLog page if you'd like ( it is also available in the plugin dashboard), where we state any changes/new features/bug fixes during updates;

and our newsletter, so you're informed about new features, bug fixes, freebies, etc.

-

For the time being, i can only suggest what you can try to "minimise this bug behaviour", so to speak.

You could set the responsive action to be "on row", or "cell", just avoid the click on icon action.

Now, when we set this, the behaviour is still odd, just "better than on the icon".

Basically, if we start the edit from any expanded area > then the bug happens...

If we firstly click on the main row > then Edit,  the correct editing process starts > And later we can click anywhere ( besides the + icon)  , it works correctly.

I hope that i explained everything correctly - that is the current behaviour of this bug - but the devs are doing their best to fix it as soon as possible.

-  I sent you an additional screen recording as an attachment.

2.

Regarding in-line editing, that was my oversight, sorry.

It was actually never working for the "expanded responsive area", just as you pointed out.

Currently, inline editing can only be done to the cells that are not "collapsed as part of the expanded/hidden cells", 

but rather only for the cells that are not hidden.

The devs will work on improving that, too, but it will be more as an "improvement feature" than a bug fix, for this, though.