CommCareHQ revert problem

Hello!

I've a domain named : gisb at CommCareHQ https://www.commcarehq.org,
which had been working fine until I made a change to the User Interface
Translations. Now, every form that is submitted from the mobile, is
received with Red color (unrecognized form) and the log tracker is
reporting XMLNS mismatch. Whereas its apparent the XMLNS has not changed at
all.

In addition to that, I can't revert to the last known working version (45)
of the module. If I download the jar for version 45 it works. But, if I
revert to version 45, then make a jar without any change, it doesn't work!

For more introspection, my scenario is, I've two servers set up. One
running CommCareHQ version 0.9 and the second one is the
CommCareHQhttps://www.commcarehq.orgpublic server, which forwards
any forms to 0.9 server.

··· -- Sincerely, Sazzad Bin Kamal

I was able to identify the particular line of this problem.
#72https://github.com/dimagi/commcare-hq/blob/commcarehq_0.9/apps/xformmanager/storageutility.pyhas
version filtering which doesn't match my formdefmodel version. So I
changed it from admin. Which is now reporting newer problem:

'FormDef' object has no attribute 'root'

This is very strange. Since, I used modified jar (without changing the
schema, but with different version) previously and got no such errors.

Any clue?

··· On Thu, Feb 23, 2012 at 9:45 AM, Sazzad Bin Kamal wrote:

Hello!

I've a domain named : gisb at CommCareHQ https://www.commcarehq.org,
which had been working fine until I made a change to the User Interface
Translations. Now, every form that is submitted from the mobile, is
received with Red color (unrecognized form) and the log tracker is
reporting XMLNS mismatch. Whereas its apparent the XMLNS has not changed at
all.

In addition to that, I can't revert to the last known working version (45)
of the module. If I download the jar for version 45 it works. But, if I
revert to version 45, then make a jar without any change, it doesn't work!

For more introspection, my scenario is, I've two servers set up. One
running CommCareHQ version 0.9 and the second one is the CommCareHQhttps://www.commcarehq.orgpublic server, which forwards any forms to 0.9 server.

--
Sincerely,
Sazzad Bin Kamal

--
Sincerely,
Sazzad Bin Kamal

This sounds very strange indeed. It may take us some time to track down the
problem, can I get back to you in a little bit?

Danny

··· 2012/2/23 Sazzad Bin Kamal

I was able to identify the particular line of this problem. #72https://github.com/dimagi/commcare-hq/blob/commcarehq_0.9/apps/xformmanager/storageutility.pyhas version filtering which doesn't match my formdefmodel version. So I
changed it from admin. Which is now reporting newer problem:

'FormDef' object has no attribute 'root'

This is very strange. Since, I used modified jar (without changing the
schema, but with different version) previously and got no such errors.

Any clue?

On Thu, Feb 23, 2012 at 9:45 AM, Sazzad Bin Kamal < sazzad.kamal@brotecs.com> wrote:

Hello!

I've a domain named : gisb at CommCareHQ https://www.commcarehq.org,
which had been working fine until I made a change to the User Interface
Translations. Now, every form that is submitted from the mobile, is
received with Red color (unrecognized form) and the log tracker is
reporting XMLNS mismatch. Whereas its apparent the XMLNS has not changed at
all.

In addition to that, I can't revert to the last known working version
(45) of the module. If I download the jar for version 45 it works. But, if
I revert to version 45, then make a jar without any change, it doesn't work!

For more introspection, my scenario is, I've two servers set up. One
running CommCareHQ version 0.9 and the second one is the CommCareHQhttps://www.commcarehq.orgpublic server, which forwards any forms to 0.9 server.

--
Sincerely,
Sazzad Bin Kamal

--
Sincerely,
Sazzad Bin Kamal

Dear Sazzad,

CommCareHQ 1.0 increments the version number any time that changes are made
to the xform. This will be completely transparent to the vast majority of
CommCare users.

In your case (and only your case, since you're the only one using the 0.9
server), every time you make any modification at all to your mobile app on
www.commcarehq.org, you will have to go to your 0.9 server and manually
register the xform there. You'll also need to update the views (using the
'XForm Groups' view builder) on which your reports are based so that they
recognize the new tables generated from the new versions. (Note that one of
the big improvements we made in the 1.0 server is to make these steps
unnecessary.)

Hope this helps. For future reference, it would be helpful if you could
specify what exactly happens when you say 'it works' or 'it doesn't work'.

Cheers,

Rowena

··· On Thu, Feb 23, 2012 at 10:50 AM, Daniel Roberts wrote:

This sounds very strange indeed. It may take us some time to track down
the problem, can I get back to you in a little bit?

Danny

2012/2/23 Sazzad Bin Kamal sazzad.kamal@brotecs.com

I was able to identify the particular line of this problem. #72https://github.com/dimagi/commcare-hq/blob/commcarehq_0.9/apps/xformmanager/storageutility.pyhas version filtering which doesn't match my formdefmodel version. So I
changed it from admin. Which is now reporting newer problem:

'FormDef' object has no attribute 'root'

This is very strange. Since, I used modified jar (without changing the
schema, but with different version) previously and got no such errors.

Any clue?

On Thu, Feb 23, 2012 at 9:45 AM, Sazzad Bin Kamal < sazzad.kamal@brotecs.com> wrote:

Hello!

I've a domain named : gisb at CommCareHQ https://www.commcarehq.org,
which had been working fine until I made a change to the User Interface
Translations. Now, every form that is submitted from the mobile, is
received with Red color (unrecognized form) and the log tracker is
reporting XMLNS mismatch. Whereas its apparent the XMLNS has not changed at
all.

In addition to that, I can't revert to the last known working version
(45) of the module. If I download the jar for version 45 it works. But, if
I revert to version 45, then make a jar without any change, it doesn't work!

For more introspection, my scenario is, I've two servers set up. One
running CommCareHQ version 0.9 and the second one is the CommCareHQhttps://www.commcarehq.orgpublic server, which forwards any forms to 0.9 server.

--
Sincerely,
Sazzad Bin Kamal

--
Sincerely,
Sazzad Bin Kamal