Skip to content
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

Update from 0.13.2.1 to 0.17.1.1 and now our data is "gone" #114

Closed
GameMonkey opened this issue Feb 24, 2017 · 11 comments
Closed

Update from 0.13.2.1 to 0.17.1.1 and now our data is "gone" #114

GameMonkey opened this issue Feb 24, 2017 · 11 comments

Comments

@GameMonkey
Copy link

So ive just updated this solution, and now my data entries are "gone", but think they are just not being displayed.

If i dig into the api controller it also just returns null as values, any idea why or how to fix it? This is not put into production yet still on the stage server.

We are running the SQL implementation (Yeah i know, we are not doing this on the newer solutions)

screenshot_21
screenshot_20

@rasmusfjord
Copy link

Ups wrong account i posted from, this is my issue not GameMonkey :) GameMonkey is a friend.

@kjac
Copy link
Owner

kjac commented Feb 24, 2017

@rasmusfjord Strange. I can't exactly put my finger on the problem. Off the top of my head I'm thinking...

  1. Did you rebuild the SQL index with the corresponding version of FormEditor.Binaries (0.17.1.1)?
  2. Are there any messages in the Umbraco log that might bring some clarity?

It none of the above lead you anywhere, try attaching a debugger to this line and see GetPage() yields any results from the DB.

@rasmusfjord
Copy link

Hey @kjac

I forgot about the sql index dll so i quickly rebuilded it against the new version, but it didnt change anything, check logs, nothing here, so i did a custom build just with a logger on the "Get" method you talked about and the data is good.

LogHelper.Info(JsonConvert.SerializeObject(rows));

This is the data for the form and its all there just not being displayed.
https://gist.github.com/rasmusfjord/2aedf043ce80a77a44e6a1f1450e6bf7

here is the form, and there are no console errors in the browser, and there is no data api call on the fields.

But something ive noticed changed since v.13 to v. 17 is the _sortName field is the one being used to call out the alias of the field, we have some minor stuff using the field besides the form it self so had to change it there, could it be something like that?

@kjac
Copy link
Owner

kjac commented Feb 27, 2017

@rasmusfjord might be. Or it might be something with an underscore prefix that was introduced a while back, but possibly never tested properly with the SQL index in an upgrade scenario.

I'll try to reproduce it as soon as I can.

@kjac
Copy link
Owner

kjac commented Feb 27, 2017

@rasmusfjord It's the underscore issue 😞

I've got at fix for it, but it'll be a day or two before I can test it thoroughly - then I'll release a new version.

@rasmusfjord
Copy link

@kjac you are the man Kenn!

@kjac kjac closed this as completed in b2c0ef3 Feb 28, 2017
@kjac
Copy link
Owner

kjac commented Feb 28, 2017

@rasmusfjord the issue is fixed in the next release, but GitHub is being childish at the moment, so I can't publish the release just now... hopefully soon.

@kjac
Copy link
Owner

kjac commented Mar 1, 2017

@rasmusfjord There. Finally. It's released 😄 thanks for the issue report 👍

@rasmusfjord
Copy link

@kjac Wow thank you Kenn for reacting so fast!

@rasmusfjord
Copy link

and now it works again :)

@kjac
Copy link
Owner

kjac commented Mar 1, 2017

Awesome!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants