SOLVED
Home

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%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
Highlighted
Anne O'Day
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

 

 

19 Replies
Yeah, same issue here. I don't know of a way around it either and had the same problem once.

Tagging here @Chris McNulty

Solution
Ideally, if it was possible. An event that when that screen closes you get a prompt to save your changes, or at least some way when you click new again the previous box showed back up where you left off.

@Deleted wrote:
Ideally, if it was possible. An event that when that screen closes you get a prompt to save your changes, or at least some way when you click new again the previous box showed back up where you left off.

This description fits what I would expect, thanks @Deleted!

 

My workaround is to fill in the required fields, save, and go back in to edit, essentially filling out a few fields at a time and saving as I go. But that's a waste of time and I still occasionally do the accidental slip of the mouse.  

 

I guess that brings up the point that the Edit Item pop-up box behaves the same way, not just the New item.  

I’ve experienced the same issue while doing a final testing of a solution with my customer end users. 3 of them lost their data. I felt very unprofessional and I could not beleive a major issue like this has not been captured by Microsoft. Also with the edit screen you get when clicking on the info icon, each field being updated will generate a new version. This is really bad with documents under regulation like ISO.

The best workaround I've found is to go back to classic mode, but I have a feeling that's not going to be allowed for much longer. 

It'll be around for years. They will iron this out before classic goes away.

Another alternative could be just fire up powerapp form for the list and have that input the data.
I've tried with PowerApps (replace the new/edit form) and it is the same issue. PowerApps launch in the same panel on the right. If you click outside, everything goes away.... It would be so easy to fix if I could override the New action in the list ribbon to call newform.aspx (In my case it is a list). This is launching in it's own full window using modern experience. Same thing if I could override the Open & Edit items from the EditControlBlock menu to call editform.aspx ?ID=... . I don't want to add custom actions in the EditControlBlock and CommandUI.Ribbon because it will be confusing for the end users having additional actions to create or edit items.

Any idea if we can change the calls of New, Open, Edit? From what I can see I can only add new custom action with PnP (not override). Can it be the with the Framework?

Thanks,

Martin.
Yeah your right I forgot about that, been awhile since I loaded it up.
If modern experience could support the "Launch in a dialog" advanced option where if enabled, this would behave as it is right now, and if not, it would redirect to the full window form... I can't understand why this would be so hard to implement... I see this issue as a major failure for the modern experience (with the document sets still not supported in modern UI). Switching to classic make you loose some very useful features... This is a nightmare for a consultant trying to provide guidance to his customers... I hope @Chris McNulty could give us some feedback on this issue.
Yeah I kind of agree, should be something easy to fix that needs some quick fixin. Specially how easy it is to click off of that on accident, and if you have a big form, that could be upsetting.

@Anne O'Day and @Deleted Chris McNulty confirmed in SharePoint Fest DC a few weeks ago there are 0 plans to retire the classic UI until all gaps are accounted for.... and right now that list is quite long.  Not to say that position won't change, but it makes sense for the time being.

Yeah this is a super annoying issue. As a user, I expected the 'unsaved' data to still be on the new form when I click 'new' again, but it was all blanked out. This needs to be addressed.

I've tested again PowerApps and it caches the info (in my first test I think I've concluded to fast and only notice the panel was closing) if we click outside the panel. So using PowerApps custom forms is a potential solution.

 

Note: It caches info for new and edit forms.

 

Martin.

I've got a similar issue with one customer, where they edit a list item - changing 2 values, but the item is actually updated twice - so a SharePoint Designer workflow runs twice, resulting in a duplicate email notification. They only noticed it when they moved from Classic to Modern.

@Rob Ellis wrote:
I've got a similar issue with one customer, where they edit a list item - changing 2 values, but the item is actually updated twice - so a SharePoint Designer workflow runs twice, resulting in a duplicate email notification. They only noticed it when they moved from Classic to Modern.

I think I've heard of that ... does using the "edit all" button help?  It opens all the fields at once, still in the modern experience but instead of doing cell by cell updates, it behaves more like the classic form.

 

editall.PNG

 

 

@Anne O'Day - Thanks!  That was exactly what we needed.

Hi Rob, you are referring updating metadata using the information panel (not the Edit All form) where each field update generate a save? Yes, this is a nonsense especially for workflow/flow and also versioning (it generates new versions on each column that is saved). They should only provide the edit form (Edit All) option… But like @Anne O'Day says, when you edit with the edit form (or newform) , you need to be carefull not clicking outside the form or you will loose your updates (form will close).

 

Martin.

Glad to hear it!  I'm assuming this "edit all" is still considered the modern experience because it looks like it visually and there's still a "return to classic" in lower left.  FYI that you can get to it directly with the same URL build as older versions of SharePoint, like this:

https://tenantname.sharepoint.com/sites/sitename/Lists/mylist/EditForm.aspx?ID=10

 

(I like to build a view that includes the ID column, export it, then build a hyperlink column so that I can filter/sort my data very quickly and go in for single item edits much faster than with the SharePoint GUI.)

 

Related Conversations
flashing a white screen while open new tab
cntvertex in Discussions on
13 Replies
Tabs and Dark Mode
cjc2112 in Discussions on
22 Replies
Stable version of Edge insider browser
HotCakeX in Discussions on
35 Replies
How to Prevent Teams from Auto-Launch
chenrylee in Microsoft Teams on
28 Replies
PacketMon Components are not loading in WAC 1909
HotCakeX in Windows Admin Center on
2 Replies