{"action":"opened","issue":{"url":"https://api.github.com/repos/Kruithne/W3DT/issues/1","labels_url":"https://api.github.com/repos/Kruithne/W3DT/issues/1/labels{/name}","comments_url":"https://api.github.com/repos/Kruithne/W3DT/issues/1/comments","events_url":"https://api.github.com/repos/Kruithne/W3DT/issues/1/events","html_url":"https://github.com/Kruithne/W3DT/issues/1","id":130142640,"number":1,"title":"File Loading Issue - Heisenbug","user":{"login":"Kruithne","id":682348,"avatar_url":"https://avatars.githubusercontent.com/u/682348?v=3","gravatar_id":"","url":"https://api.github.com/users/Kruithne","html_url":"https://github.com/Kruithne","followers_url":"https://api.github.com/users/Kruithne/followers","following_url":"https://api.github.com/users/Kruithne/following{/other_user}","gists_url":"https://api.github.com/users/Kruithne/gists{/gist_id}","starred_url":"https://api.github.com/users/Kruithne/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/Kruithne/subscriptions","organizations_url":"https://api.github.com/users/Kruithne/orgs","repos_url":"https://api.github.com/users/Kruithne/repos","events_url":"https://api.github.com/users/Kruithne/events{/privacy}","received_events_url":"https://api.github.com/users/Kruithne/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":0,"created_at":"2016-01-31T15:56:16Z","updated_at":"2016-01-31T15:56:16Z","closed_at":null,"body":"A bug has been spotted numerous times while developing the WMO Viewer, however depending on how deep the issue is, it may be affecting other parts of the application, too.\r\n\r\nWhen a user tries to load a WMO file, the application will request that the root file and all connected group files for it are extracted. A list (that does not get sorted) is created to keep track of which ones have been extracted.\r\n\r\nOnce all have been extracted, loading begins. Around 1/30 loads have failed at this point because one of the files (always the root?) has the data from another file in place of its own.\r\n\r\nLoading **GnomeHut.wmo***, for example, should have the following results.\r\n\r\n`Opening binary file GnomeHut.wmo [5ZnSUo/t3gwq0v78V7NMy4ltjeU=]\r\nOpening binary file GnomeHut_000.wmo [z1l2a+dOCop0A3QQ6GBI3zDcCYA=]\r\nOpening binary file GnomeHut_001.wmo [6GxoEIjs7WDM3y5fLXtJZiJjv40=]`\r\n\r\nNormally, this is the case, and is correct. However, some occurances have been spotted where the following will take place.\r\n\r\n`Opening binary file GnomeHut.wmo [z1l2a+dOCop0A3QQ6GBI3zDcCYA=]\r\nOpening binary file GnomeHut_000.wmo [z1l2a+dOCop0A3QQ6GBI3zDcCYA=]\r\nOpening binary file GnomeHut_001.wmo [6GxoEIjs7WDM3y5fLXtJZiJjv40=]`\r\n\r\nAs seen by the hashes, the data in the first group file is also mistakenly in the root file, too. The actual extracted files have been checked and it appears they are being extracted this way from the CASC provider.\r\n\r\nThe source of the misplaced data is not always the first group file, however the target of the problem always appears to be the root file? This would suggest the problem lies within WMOViewer however the previous statement about the extraction indicates otherwise."}}