SOLVED

Modern List Item UI Causes Data Loss

%3CLINGO-SUB%20id%3D%22lingo-sub-168466%22%20slang%3D%22en-US%22%3EModern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-168466%22%20slang%3D%22en-US%22%3E%3CP%3EI%20feel%20like%20I%20may%20be%20missing%20something%20simple%20but%20I'm%20about%20to%20tear%20my%20hair%20out%20because%20I%20keep%20running%20into%20this%20and%20it%20is%20so%20irritating!%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EI'm%20working%20in%20SharePoint%20Online%20using%20the%20modern%20experience%2C%20and%20I%20have%20a%20custom%20list%20with%2015%20fields.%26nbsp%3B%20That's%20not%20a%20tremendous%20amount%20as%20lists%20go%2C%20but%20it%20can%20take%20some%20time%20to%20fill%20out%20a%20single%20entry.%26nbsp%3B%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EAs%20I'm%20working%20in%20the%20%22New%20Item%22%20pop-out%20box%2C%20things%20generally%20seem%20to%20go%20along%20fine%20as%20long%20as%20I'm%20super%20careful%20never%20to%20move%20my%20mouse%20off%20that%20box.%26nbsp%3B%20But%20if%20I%20click%20anywhere%20outside%20the%20dialog%20window%2C%20all%20my%20data%20is%20just%20gone%2C%20vanishes%2C%20poof%2C%20not%20saved.%26nbsp%3B%20I've%20tried%20looking%20for%20it%20with%20Alt%2BTab%20and%20Task%20Manager%20but%20no%2C%20that%20dialog%20is%20just%20gone.%26nbsp%3B%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EI've%20been%20experiencing%20this%20in%20IE%20and%20Chrome%2C%20not%20tried%20Firefox%20yet.%26nbsp%3B%20Surely%20I'm%20not%20the%20only%20one%20experiencing%20this%3F%26nbsp%3B%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-inline%22%20style%3D%22width%3A%20833px%3B%22%3E%3CIMG%20src%3D%22https%3A%2F%2Fgxcuf89792.i.lithium.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F29767i7172CE910C6A0DBA%2Fimage-size%2Flarge%3Fv%3D1.0%26amp%3Bpx%3D999%22%20alt%3D%22Modern_UI_NewListItem.png%22%20title%3D%22Modern_UI_NewListItem.png%22%20%2F%3E%3C%2FSPAN%3E%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-168466%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3ELists%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3EModern%20Experience%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3ESharePoint%20Online%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-206672%22%20slang%3D%22en-US%22%3ERe%3A%20Modern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-206672%22%20slang%3D%22en-US%22%3E%3CP%3EGlad%20to%20hear%20it!%26nbsp%3B%20I'm%20assuming%20this%20%22edit%20all%22%20is%20still%20considered%20the%20modern%20experience%20because%20it%20looks%20like%20it%20visually%20and%20there's%20still%20a%20%22return%20to%20classic%22%20in%20lower%20left.%26nbsp%3B%20FYI%20that%20you%20can%20get%20to%20it%20directly%20with%20the%20same%20URL%20build%20as%20older%20versions%20of%20SharePoint%2C%20like%20this%3A%3C%2FP%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftenantname.sharepoint.com%2Fsites%2Fsitename%2FLists%2Fmylist%2FEditForm.aspx%3FID%3D10%22%20target%3D%22_blank%22%20rel%3D%22nofollow%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Ftenantname.sharepoint.com%2Fsites%2Fsitename%2FLists%2Fmylist%2FEditForm.aspx%3FID%3D10%3C%2FA%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E(I%20like%20to%20build%20a%20view%20that%20includes%20the%20ID%20column%2C%20export%20it%2C%20then%20build%20a%20hyperlink%20column%20so%20that%20I%20can%20filter%2Fsort%20my%20data%20very%20quickly%20and%20go%20in%20for%20single%20item%20edits%20much%20faster%20than%20with%20the%20SharePoint%20GUI.)%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-206661%22%20slang%3D%22en-US%22%3ERe%3A%20Modern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-206661%22%20slang%3D%22en-US%22%3E%3CP%3E%3CSPAN%3EHi%20Rob%2C%20you%20are%20referring%20updating%20metadata%20using%20the%20information%20panel%20(not%20the%20Edit%20All%20form)%20where%20each%20field%20update%20generate%20a%20save%3F%20Yes%2C%20this%20is%20a%20nonsense%20especially%20for%20workflow%2Fflow%20and%20also%20versioning%20(it%20generates%20new%20versions%20on%20each%20column%20that%20is%20saved).%20They%20should%20only%20provide%20the%20edit%20form%20(Edit%20All)%20option%E2%80%A6%20But%20like%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F91652%22%20target%3D%22_blank%22%3E%40Anne%20O'Day%3C%2FA%3E%20says%2C%20when%20you%20edit%20with%20the%20edit%20form%20(or%20newform)%20%2C%20you%20need%20to%20be%20carefull%20not%20clicking%20outside%20the%20form%20or%20you%20will%20loose%20your%20updates%20(form%20will%20close).%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%3CSPAN%3EMartin.%3C%2FSPAN%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-206658%22%20slang%3D%22en-US%22%3ERe%3A%20Modern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-206658%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F91652%22%20target%3D%22_blank%22%3E%40Anne%20O'Day%3C%2FA%3E%26nbsp%3B-%20Thanks!%26nbsp%3B%20That%20was%20exactly%20what%20we%20needed.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-206574%22%20slang%3D%22en-US%22%3ERe%3A%20Modern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-206574%22%20slang%3D%22en-US%22%3E%3CBLOCKQUOTE%3E%3CHR%20%2F%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F506%22%20target%3D%22_blank%22%3E%40Rob%20Ellis%3C%2FA%3E%26nbsp%3Bwrote%3A%3CBR%20%2F%3EI've%20got%20a%20similar%20issue%20with%20one%20customer%2C%20where%20they%20edit%20a%20list%20item%20-%20changing%202%20values%2C%20but%20the%20item%20is%20actually%20updated%20twice%20-%20so%20a%20SharePoint%20Designer%20workflow%20runs%20twice%2C%20resulting%20in%20a%20duplicate%20email%20notification.%20They%20only%20noticed%20it%20when%20they%20moved%20from%20Classic%20to%20Modern.%3CHR%20%2F%3E%3C%2FBLOCKQUOTE%3E%3CP%3EI%20think%20I've%20heard%20of%20that%20...%20does%20using%20the%20%22edit%20all%22%20button%20help%3F%26nbsp%3B%20It%20opens%20all%20the%20fields%20at%20once%2C%20still%20in%20the%20modern%20experience%20but%20instead%20of%20doing%20cell%20by%20cell%20updates%2C%20it%20behaves%20more%20like%20the%20classic%20form.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-left%22%20style%3D%22width%3A%20386px%3B%22%3E%3CIMG%20src%3D%22https%3A%2F%2Fgxcuf89792.i.lithium.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F36433i1ACECEEF9B052435%2Fimage-size%2Fmedium%3Fv%3D1.0%26amp%3Bpx%3D400%22%20alt%3D%22editall.PNG%22%20title%3D%22editall.PNG%22%20%2F%3E%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-206556%22%20slang%3D%22en-US%22%3ERe%3A%20Modern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-206556%22%20slang%3D%22en-US%22%3EI've%20got%20a%20similar%20issue%20with%20one%20customer%2C%20where%20they%20edit%20a%20list%20item%20-%20changing%202%20values%2C%20but%20the%20item%20is%20actually%20updated%20twice%20-%20so%20a%20SharePoint%20Designer%20workflow%20runs%20twice%2C%20resulting%20in%20a%20duplicate%20email%20notification.%20They%20only%20noticed%20it%20when%20they%20moved%20from%20Classic%20to%20Modern.%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-192903%22%20slang%3D%22en-US%22%3ERe%3A%20Modern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-192903%22%20slang%3D%22en-US%22%3E%3CP%3EI've%20tested%20again%20PowerApps%20and%20it%20caches%20the%20info%20(in%20my%20first%20test%20I%20think%20I've%20concluded%20to%20fast%20and%20only%20notice%20the%20panel%20was%20closing)%20if%20we%20click%20outside%20the%20panel.%20So%20using%20PowerApps%20custom%20forms%20is%20a%20potential%20solution.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3ENote%3A%20It%26nbsp%3Bcaches%20info%20for%20new%20and%20edit%20forms.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EMartin.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-192834%22%20slang%3D%22en-US%22%3ERe%3A%20Modern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-192834%22%20slang%3D%22en-US%22%3E%3CP%3EYeah%20this%20is%20a%20super%20annoying%20issue.%20As%20a%20user%2C%20I%20expected%20the%20'unsaved'%20data%20to%20still%20be%20on%20the%20new%20form%20when%20I%20click%20'new'%20again%2C%20but%20it%20was%20all%20blanked%20out.%20This%20needs%20to%20be%20addressed.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-186029%22%20slang%3D%22en-US%22%3ERe%3A%20Modern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-186029%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F91652%22%20target%3D%22_blank%22%3E%40Anne%20O'Day%3C%2FA%3E%26nbsp%3Band%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F875%22%20target%3D%22_blank%22%3E%40Christopher%20Webb%3C%2FA%3E%26nbsp%3BChris%20McNulty%20confirmed%20in%20SharePoint%20Fest%20DC%20a%20few%20weeks%20ago%20there%20are%200%20plans%20to%20retire%20the%20classic%20UI%20until%20all%20gaps%20are%20accounted%20for....%20and%20right%20now%20that%20list%20is%20quite%20long.%26nbsp%3B%20Not%20to%20say%20that%20position%20won't%20change%2C%20but%20it%20makes%20sense%20for%20the%20time%20being.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-186011%22%20slang%3D%22en-US%22%3ERe%3A%20Modern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-186011%22%20slang%3D%22en-US%22%3EYeah%20I%20kind%20of%20agree%2C%20should%20be%20something%20easy%20to%20fix%20that%20needs%20some%20quick%20fixin.%20Specially%20how%20easy%20it%20is%20to%20click%20off%20of%20that%20on%20accident%2C%20and%20if%20you%20have%20a%20big%20form%2C%20that%20could%20be%20upsetting.%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-186007%22%20slang%3D%22en-US%22%3ERe%3A%20Modern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-186007%22%20slang%3D%22en-US%22%3EIf%20modern%20experience%20could%20support%20the%20%22Launch%20in%20a%20dialog%22%20advanced%20option%20where%20if%20enabled%2C%20this%20would%20behave%20as%20it%20is%20right%20now%2C%20and%20if%20not%2C%20it%20would%20redirect%20to%20the%20full%20window%20form...%20I%20can't%20understand%20why%20this%20would%20be%20so%20hard%20to%20implement...%20I%20see%20this%20issue%20as%20a%20major%20failure%20for%20the%20modern%20experience%20(with%20the%20document%20sets%20still%20not%20supported%20in%20modern%20UI).%20Switching%20to%20classic%20make%20you%20loose%20some%20very%20useful%20features...%20This%20is%20a%20nightmare%20for%20a%20consultant%20trying%20to%20provide%20guidance%20to%20his%20customers...%20I%20hope%20%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F98%22%20target%3D%22_blank%22%3E%40Chris%20McNulty%3C%2FA%3E%20could%20give%20us%20some%20feedback%20on%20this%20issue.%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-186006%22%20slang%3D%22en-US%22%3ERe%3A%20Modern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-186006%22%20slang%3D%22en-US%22%3EYeah%20your%20right%20I%20forgot%20about%20that%2C%20been%20awhile%20since%20I%20loaded%20it%20up.%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-185996%22%20slang%3D%22en-US%22%3ERe%3A%20Modern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-185996%22%20slang%3D%22en-US%22%3EI've%20tried%20with%20PowerApps%20(replace%20the%20new%2Fedit%20form)%20and%20it%20is%20the%20same%20issue.%20PowerApps%20launch%20in%20the%20same%20panel%20on%20the%20right.%20If%20you%20click%20outside%2C%20everything%20goes%20away....%20It%20would%20be%20so%20easy%20to%20fix%20if%20I%20could%20override%20the%20New%20action%20in%20the%20list%20ribbon%20to%20call%20newform.aspx%20(In%20my%20case%20it%20is%20a%20list).%20This%20is%20launching%20in%20it's%20own%20full%20window%20using%20modern%20experience.%20Same%20thing%20if%20I%20could%20override%20the%20Open%20%26amp%3B%20Edit%20items%20from%20the%20EditControlBlock%20menu%20to%20call%20editform.aspx%20%3FID%3D...%20.%20I%20don't%20want%20to%20add%20custom%20actions%20in%20the%20EditControlBlock%20and%20CommandUI.Ribbon%20because%20it%20will%20be%20confusing%20for%20the%20end%20users%20having%20additional%20actions%20to%20create%20or%20edit%20items.%3CBR%20%2F%3E%3CBR%20%2F%3EAny%20idea%20if%20we%20can%20change%20the%20calls%20of%20New%2C%20Open%2C%20Edit%3F%20From%20what%20I%20can%20see%20I%20can%20only%20add%20new%20custom%20action%20with%20PnP%20(not%20override).%20Can%20it%20be%20the%20with%20the%20Framework%3F%3CBR%20%2F%3E%3CBR%20%2F%3EThanks%2C%3CBR%20%2F%3E%3CBR%20%2F%3EMartin.%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-185982%22%20slang%3D%22en-US%22%3ERe%3A%20Modern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-185982%22%20slang%3D%22en-US%22%3EIt'll%20be%20around%20for%20years.%20They%20will%20iron%20this%20out%20before%20classic%20goes%20away.%3CBR%20%2F%3E%3CBR%20%2F%3EAnother%20alternative%20could%20be%20just%20fire%20up%20powerapp%20form%20for%20the%20list%20and%20have%20that%20input%20the%20data.%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-185981%22%20slang%3D%22en-US%22%3ERe%3A%20Modern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-185981%22%20slang%3D%22en-US%22%3E%3CP%3EThe%20best%20workaround%20I've%20found%20is%20to%20go%20back%20to%20classic%20mode%2C%20but%20I%20have%20a%20feeling%20that's%20not%20going%20to%20be%20allowed%20for%20much%20longer.%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-185683%22%20slang%3D%22en-US%22%3ERe%3A%20Modern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-185683%22%20slang%3D%22en-US%22%3EI%E2%80%99ve%20experienced%20the%20same%20issue%20while%20doing%20a%20final%20testing%20of%20a%20solution%20with%20my%20customer%20end%20users.%203%20of%20them%20lost%20their%20data.%20I%20felt%20very%20unprofessional%20and%20I%20could%20not%20beleive%20a%20major%20issue%20like%20this%20has%20not%20been%20captured%20by%20Microsoft.%20Also%20with%20the%20edit%20screen%20you%20get%20when%20clicking%20on%20the%20info%20icon%2C%20each%20field%20being%20updated%20will%20generate%20a%20new%20version.%20This%20is%20really%20bad%20with%20documents%20under%20regulation%20like%20ISO.%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-168785%22%20slang%3D%22en-US%22%3ERe%3A%20Modern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-168785%22%20slang%3D%22en-US%22%3E%3CBLOCKQUOTE%3E%3CHR%20%2F%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F875%22%20target%3D%22_blank%22%3E%40Christopher%20Webb%3C%2FA%3E%20wrote%3A%3CBR%20%2F%3EIdeally%2C%20if%20it%20was%20possible.%20An%20event%20that%20when%20that%20screen%20closes%20you%20get%20a%20prompt%20to%20save%20your%20changes%2C%20or%20at%20least%20some%20way%20when%20you%20click%20new%20again%20the%20previous%20box%20showed%20back%20up%20where%20you%20left%20off.%3CHR%20%2F%3E%3C%2FBLOCKQUOTE%3E%0A%3CP%3EThis%20description%20fits%20what%20I%20would%20expect%2C%20thanks%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F875%22%20target%3D%22_blank%22%3E%40Christopher%20Webb%3C%2FA%3E!%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EMy%20workaround%20is%20to%20fill%20in%20the%20required%20fields%2C%20save%2C%20and%20go%20back%20in%20to%20edit%2C%20essentially%20filling%20out%20a%20few%20fields%20at%20a%20time%20and%20saving%20as%20I%20go.%20But%20that's%20a%20waste%20of%20time%20and%20I%20still%20occasionally%20do%20the%20accidental%20slip%20of%20the%20mouse.%26nbsp%3B%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EI%20guess%20that%20brings%20up%20the%20point%20that%20the%20Edit%20Item%20pop-up%20box%20behaves%20the%20same%20way%2C%20not%20just%20the%20New%20item.%26nbsp%3B%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-168481%22%20slang%3D%22en-US%22%3ERe%3A%20Modern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-168481%22%20slang%3D%22en-US%22%3EIdeally%2C%20if%20it%20was%20possible.%20An%20event%20that%20when%20that%20screen%20closes%20you%20get%20a%20prompt%20to%20save%20your%20changes%2C%20or%20at%20least%20some%20way%20when%20you%20click%20new%20again%20the%20previous%20box%20showed%20back%20up%20where%20you%20left%20off.%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-168479%22%20slang%3D%22en-US%22%3ERe%3A%20Modern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-168479%22%20slang%3D%22en-US%22%3E%3CP%3ETagging%20here%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F98%22%20target%3D%22_blank%22%3E%40Chris%20McNulty%3C%2FA%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-168471%22%20slang%3D%22en-US%22%3ERe%3A%20Modern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-168471%22%20slang%3D%22en-US%22%3EYeah%2C%20same%20issue%20here.%20I%20don't%20know%20of%20a%20way%20around%20it%20either%20and%20had%20the%20same%20problem%20once.%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1107217%22%20slang%3D%22en-US%22%3ERe%3A%20Modern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1107217%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F91652%22%20target%3D%22_blank%22%3E%40Anne%20O'Day%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThis%20issue%20is%20still%20going%20on%20I%20believe%20since%20I%20experience%20it%20since%20today%20that%20when%20opening%20the%20editor%20and%20touching%20a%20field%20to%20change%20it's%20value%2C%20two%20other%20colons%20loose%20their%20data.%20Funny%20it%20are%20always%20the%20same%20two%20colons%20loosing%20data%20and%20it%20are%20both%20Choice%20fields.%3C%2FP%3E%3CP%3EWhen%20I%20open%20the%20editor%20and%20immediately%20select%20edit%20all%20this%20is%20not%20happening.%3C%2FP%3E%3CP%3EIs%20there%20already%20a%20work%20around%20for%20this%3F%20It%20is%20quiet%20hard%20to%20make%20all%20contributors%20to%20the%20list%20use%20this%20solution%20with%20the%20edit%20all%20option%2C%20especially%20when%20they%20are%20only%20viewing%20the%20data%20and%20touching%20a%20field%20without%20purpose%20to%20change%20it.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1501809%22%20slang%3D%22en-US%22%3ERe%3A%20Modern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1501809%22%20slang%3D%22en-US%22%3E%3CP%3EAlso%2C%20when%20you%20are%20working%20on%20en%20enriched%20text%20field%2C%20even%20if%20you%20clic%20SAVE%20button%20on%20the%20text%20field%20but%20do%20not%20click%20save%20on%20the%20form%20you%20will%20lose%20everything%20you%20wrote.%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EIt%C2%B4s%20really%20bad%2C%20specially%20when%20using%20enriched%20text%20fields%2C%20because%20the%20autosave%20behaivour%20is%20expected.%26nbsp%3B%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EPlease%20fix%20it%20.%3CBR%20%2F%3E%3CBR%20%2F%3EThanks!.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1592284%22%20slang%3D%22en-US%22%3ERe%3A%20Modern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1592284%22%20slang%3D%22en-US%22%3E%3CP%3EThis%20is%20so%20frustrating%20that%20this%20issue%20still%20exists%20-%20why%20not%20implement%20a%20%22Are%20you%20sure%20you%20want%20to%20delete%20the%20last%2010%20minutes%20of%20work%22.%20This%20crappy%20user%20design%20has%20lost%20me%20so%20much%20work.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1847364%22%20slang%3D%22en-US%22%3ERe%3A%20Modern%20List%20Item%20UI%20Causes%20Data%20Loss%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1847364%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F162654%22%20target%3D%22_blank%22%3E%40Bo%20Christian%20Bertelsen%3C%2FA%3E%26nbsp%3B%20I%20think%20Microsoft%20already%20gave%20up.%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E
Occasional Contributor

I feel like I may be missing something simple but I'm about to tear my hair out because I keep running into this and it is so irritating!

 

I'm working in SharePoint Online using the modern experience, and I have a custom list with 15 fields.  That's not a tremendous amount as lists go, but it can take some time to fill out a single entry.  

 

As I'm working in the "New Item" pop-out box, things generally seem to go along fine as long as I'm super careful never to move my mouse off that box.  But if I click anywhere outside the dialog window, all my data is just gone, vanishes, poof, not saved.  I've tried looking for it with Alt+Tab and Task Manager but no, that dialog is just gone.  

 

I've been experiencing this in IE and Chrome, not tried Firefox yet.  Surely I'm not the only one experiencing this?  

 

Modern_UI_NewListItem.png

 

 

23 Replies

@Anne O'Day 

This issue is still going on I believe since I experience it since today that when opening the editor and touching a field to change it's value, two other colons loose their data. Funny it are always the same two colons loosing data and it are both Choice fields.

When I open the editor and immediately select edit all this is not happening.

Is there already a work around for this? It is quiet hard to make all contributors to the list use this solution with the edit all option, especially when they are only viewing the data and touching a field without purpose to change it.

 

Also, when you are working on en enriched text field, even if you clic SAVE button on the text field but do not click save on the form you will lose everything you wrote. 

 

It´s really bad, specially when using enriched text fields, because the autosave behaivour is expected.  

 

Please fix it .

Thanks!.

 

 

This is so frustrating that this issue still exists - why not implement a "Are you sure you want to delete the last 10 minutes of work". This crappy user design has lost me so much work.

@Bo Christian Bertelsen  I think Microsoft already gave up.