✔ Problem with loading XML documents
Completed by Paul M.
- Assigned to
-
Harsh P.
Jitesh D.
- Due on
- Notes
-
Further to the video below, we have discovered a problem with the XML document uploader in XML Agreements: https://www.investorstatelawguide.com/CoreComponents/AddAgreement
The XML document uploader should be able to handle any type of latin character, including the characters we're having issues with in BIT/1158: https://www.investorstatelawguide.com/CoreComponents/Agreements_BitsEdit?toc=editXml&agreementID=1799. Could you please confirm that the uploader is able to handle all UTF-8 latin characters: https://www.utf8-chartable.de/unicode-utf8-table.pl
Here is the XML document from the video that failed to upload correctly:
We have resolved above loading XML issue on dev.islg. Please check and let us know the feedback.
If you have already uploaded above XML file on dev.islg then first remove it and then again upload it.
I tried to check it on dev.islg, but Treaties & Rules gives me the following error message, so I cannot check whether the problem has been resolved or not. I have tested on Chrome and Edge.
https://dev.investorstatelawguide.com/Treaties/Index?toc=mainAnnot&cat=&tab=
Is there something wrong with Treaties & Rules? Please let me know.
Thanks,
Paul
The error in Treaties & Rules is resolved on dev.islg. Please check and let us know the feedback.
They are loading for me on dev.islg.
Thanks!
Ryan
Yes, it is working for me now. Is the foreign character issue resolved as well on dev.islg? Since these are new XMLs that were uploaded in the last few weeks, you may have to sync content on the dev site for us to check.
Thanks,
Paul
This issue concerns the XML uploading process. To properly test the system, you'll need to upload the problem XML documents through XML Agreements to determine whether the foreign characters are properly generated in the XML code. Could you please run these tests by uploading the relevant agreements, and report back the results.
Thanks,
Morgan
Understood.
Thanks,
Paul
Morgan
The following have been uploaded to dev.islg:
BIT/1158
Thanks,
Irit
Paul
We're focusing on the character issue for this to-do. Please post any indentation issues in a separate to-do. However, perhaps you should explain them to me in-person first. Please focus on the non-English character issue. It appears to be resolved, correct?
Morgan
Yes, we can upload XMLs with foreign characters without an issue on dev.islg now.
Thanks,
Paul
Thanks,
Morgan
I know we made most of these documents inactive, but let’s ensure you replace them after the migration.
Thanks,
Paul
Note that replacing the applicable XML documents will require deleting the old versions from XML Agreements, uploading fresh version through the XML uploader, and re-associating any of the new XML documents with the applicable documents in the PDF document database.
Morgan
Let me know when we migrate this change on www.islg ?
No, not yet. It looks like we didn't migrate the changes through to www.islg.
Thanks,
Morgan
Morgan
Morgan
We have migrated this task on www.islg. Please check and confirm.
Please take a note that deleted the Old existing foreign characters XML file and again upload the new XML through the XML uploader.
The following XMLs were deleted from the XML Agreements, then uploaded as though they were new (on the XML uploader). They have all been re-associated with the applicable document in the PDF document database. Below are links to the live site:
BIT/1158
Irit
Morgan
The XML uploader is now working well with foreign characters. However, I noticed it no longer reports "last modified" sections as shown below.
Could you fix this?
Thanks,
Paul
The issue of Last Modified has resolved on both dev.islg and www.islg. Please check and confirm.
As and example, you can see the XML file UIN No. "BIT/1158" 's modified date is 11/07 now on www.islg.
Ryan
Ryan
I have checked on dev.islg and found that the issue has resolved. I have edited one XML and saved it then I can see that last modified date is 11/07.
Could you please share your test case ?
I had used "BIT/1158" as a test there as well, but I didn't modify the XML. I see the modified info now that I have.
Thanks!
Ryan
The problem is resolved. I'll mark this complete.
Thank you,
Paul