View Issue Details

IDProjectCategoryView StatusLast Update
0012842MMW v4Synchronizationpublic2015-09-07 08:40
Reportermarek Assigned To 
PriorityurgentSeveritymajorReproducibilityrandom
Status closedResolutionfixed 
PlatformWindowsOS7OS Version-
Product Version4.1.9 
Target Version4.1.9Fixed in Version4.1.9 
Summary0012842: StorageInfo.xml.MMW is sometimes overwritten
DescriptionI have twice reproduced situation that is probably described by user here: GJX-899-76959

The issue is in overwriting of StorageInfo.xml.MMW and duplicating of profiles.

in attached log:
1. storageInfo.xml.MMW contained GUID:
dd431370-c05a-471a-acce-9c11882297c6.1.68748256-4d08-44d3-baf1-5a550a527273
2. MMA was installed and storageInfo.xml.MMW parsed this GUID.
3. NOW SOMEHOW THE XML WAS OVERWRITTEN BY MMW
4. MMA was uninstalled - storageInfo.xml was deleted due to Lollipop restrictions (it was stored in /Android/data/com..../files/files)
5. MMA was reinstalled and storageInfo.xml.MMW was parsed again - because this xml acts as backup of GUID.
BUT now the GUID is:
c9d98649-69c0-4c7a-a2f8-a198d4aaf52b.1.3db1a345-e715-4582-8478-bc26396f06ce
6. MMW requests new confirmation during sync and profiles are duplicated!

NOTE: I was also able to replicate strange issue when request was for internal card but MMW requested allow external card. This might be the cause of mixing of storages. But I have logs only from build 1746. I am trying to replicate in current build but it might be already fixed.
TagsNo tags attached.
Attached Files
prepisGUID.zip (169,867 bytes)
Fixed in build1754

Relationships

related to 0012820 closedLudek StorageInfo.xml is created even if the device has not been ever synced 

Activities

Ludek

2015-09-02 20:35

developer   ~0042888

yes, I noticed this issue while fixing 0012820 and fixed it

So this has been already fixed in build 4.1.9.1754

marek

2015-09-02 20:39

developer   ~0042889

The logs and reproduce steps, that I attached, are from 1755.

The NOTE is related to similar, maybe related, issue. I am sorry for confusion.

Ludek

2015-09-02 20:56

developer   ~0042890

As talked over IM, Marek is testing further to clarify whether the issue still exists or not

Ludek

2015-09-02 21:00

developer   ~0042891

Last edited: 2015-09-02 21:00

Marek confirmed that it is fixed in 1754, re-resolving

peke

2015-09-07 08:40

developer   ~0042911

Verified 1757