-
Notifications
You must be signed in to change notification settings - Fork 284
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
On table reload, "Uncaught TypeError: Cannot read property 'yadcf_data_0' of null" #227
Comments
Not sure to which version your refering as latest stable, but try the newst from repo, and if still happens provide a link to the page so I can check it there |
You can view the issue here: https://www.dcturano.com/to-do_list2/ Updated to the latest beta. A few notes: -This issue only occurs when an item on the table is deleted, and the page is reloaded. |
From my quick check it seems that there is a different error before the one you reported see console log: Object {action: "remove", data: Object} Then after doing page refresh indeed your reported issue appear, its very easy to fix that error on yadcf side- (null check for the json coming back on table loading, BUT I never seen a scenario in which the json is coming back as null, so If you want I can add that null check on yadcf, but itd sure doesn't look healthy, IMO you should also find out why the json comes sometimes as null. |
Could you point me in the direction to find out why it’s coming back as null? It doesn’t always do that, but it does sometimes when the page is reloaded. Regards, Software Design - dc|turano On Sep 3, 2015, at 1:09 AM, Daniel Reznick <notifications@git.luolix.topmailto:notifications@github.com> wrote: From my quick check it seems that there is a different error before the one you reported see console log: Object {action: "remove", data: Object} Then after doing page refresh indeed your reported issue appear, its very easy to fix that error on yadcf side- (null check for the json coming back on table loading, BUT I never seen a scenario in which the json is coming back as null, so If you want I can add that null check on yadcf, but itd sure doesn't look healthy, IMO you should also find out why the json comes sometimes as null. — |
I would go and check your server code and try to debug and find out why it doesn't return a proper data |
I wanted to send another issue your way. When DataTables Responsive is used and hidden rows are shown, fields with using YADCF and select options show all the options instead of only the selected option. You corrected this in a beta, but it seems to be back: [image1.PNG] Regards, Software Design - dc|turano On Sep 4, 2015, at 2:14 PM, Daniel Reznick <notifications@git.luolix.topmailto:notifications@github.com> wrote: I would go and check your server code and try to debug and find out why it doesn't return a proper data Reply to this email directly or view it on GitHubhttps://github.com//issues/227#issuecomment-137855181. |
@Xcellere , if you reproduce it on the showcase page (second table) http://yadcf-showcase.appspot.com/DOM_Ajax_Multiple_1.10.html please do an open a new issue, if you can tell in what version it did work and since what version it has stopped please mention it too,,, |
replaced uncaught message with console.log (just in case) |
@vedmack the test for undefined won't be hit for me. I'm seeing the json parameter return as null instead of undefined. My scenario is that the datatable is populated after the table is painted. The initial json return is empty so that the datatable has no rows. |
Sending a PR changing |
fixed in 0.8.9.beta.18 |
I updated to the latest stable release of YADCF, and the latest versions of DataTables and Editor. This error doesn't always occur when the table is reloaded, only some of the time.
The text was updated successfully, but these errors were encountered: