Home

SharePoint Access Request Ignoring Default Group

%3CLINGO-SUB%20id%3D%22lingo-sub-196614%22%20slang%3D%22en-US%22%3ESharePoint%20Access%20Request%20Ignoring%20Default%20Group%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-196614%22%20slang%3D%22en-US%22%3E%3CP%3EHas%20anyone%20noticed%20that%20the%20new%20release%20of%20functionality%20for%20Access%20Requests%20(where%20you%20can%20now%20pick%20the%20site%20Owners%20group%20to%20receive%20the%20email%20requests%20-%20excellent!)%20does%20not%20add%20the%20users%20to%20your%20site's%20default%20group%20anymore.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EInstead%20it%20adds%20the%20user%26nbsp%3Bdirectly%20to%20the%26nbsp%3Bsite%2C%20not%20in%20any%20group.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EIm%20not%20sure%20how%20I%20feel%20about%20this%20-%20its%20a%20bit%20scary%20to%20think%20the%20idea%20is%20we%20have%20lots%20of%26nbsp%3Busers%20having%20permissions%20set%20directly.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EIs%20this%20expected%20behaviour%3F%20If%20so%2C%20what%20do%20you%20guys%20think%20about%20this%20-%20is%20this%20what%20you%20want%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThanks%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3ENigel%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-196614%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3EAdmin%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3ESecurity%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3ESharePoint%20Online%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-315354%22%20slang%3D%22en-US%22%3ERe%3A%20SharePoint%20Access%20Request%20Ignoring%20Default%20Group%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-315354%22%20slang%3D%22en-US%22%3E%3CP%3EHi%20%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F214828%22%20target%3D%22_blank%22%3E%40Robin%20Stridsberg%3C%2FA%3E%2C%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EStay%20tuned%20%3B)%3C%2Fimg%3E%20Should%20have%20more%20to%20share%20soon!%20Thanks!%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EStephen%20Rice%3C%2FP%3E%0A%3CP%3EOneDrive%20Program%20Manager%20II%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-315050%22%20slang%3D%22en-US%22%3ERe%3A%20SharePoint%20Access%20Request%20Ignoring%20Default%20Group%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-315050%22%20slang%3D%22en-US%22%3E%3CP%3EAny%20news%20on%20this%3F%20Actionable%20messages%20i%20great%20but%20when%20the%20user%20is%20added%20directly%20to%20the%20site%20and%20not%20in%20a%20configurable%20group%20the%20user%20might%20not%20get%20access%20to%20lists%20that%20have%20broken%20permission%20inheritence.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20would%20like%20to%20have%20a%20dropdow%20in%20the%20actionable%20message%20where%20I%20can%20select%20the%20group%20the%20user%20should%20be%20added%20to.%20Like%20I%20can%20configure%20it%20inside%20sharepoint%20when%20I%20approve%20the%20request.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-294265%22%20slang%3D%22en-US%22%3ERe%3A%20SharePoint%20Access%20Request%20Ignoring%20Default%20Group%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-294265%22%20slang%3D%22en-US%22%3E%3CP%3EHi%20%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F90431%22%20target%3D%22_blank%22%3E%40Daniel%20Paul%3C%2FA%3E%2C%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThe%20actionable%20message%20in%20Outlook%20replaces%20the%20original%20message%20content%20(which%20links%20the%20user%20out%20to%20the%20web%20page)%20but%20there%20is%20a%20link%20that%20says%20%22Show%20original%20message%22%20at%20the%20bottom%20of%20the%20e-mail.%20This%20will%20open%20the%20original%20message%20which%20will%20then%20link%20the%20user%20to%20the%20web%20page.%20The%20permanent%20fix%20here%20is%20in-progress%20now%20and%20we%20should%20have%20more%20to%20share%20soon.%20Thanks!%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EStephen%20Rice%3C%2FP%3E%0A%3CP%3EOneDrive%20Program%20Manager%20II%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-293457%22%20slang%3D%22en-US%22%3ERe%3A%20SharePoint%20Access%20Request%20Ignoring%20Default%20Group%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-293457%22%20slang%3D%22en-US%22%3E%3CP%3EPlease%20explain%20this%20in%20more%20detail.%26nbsp%3B%20%26nbsp%3BI%20am%20not%20clear%20on%20what%20you%20mean%20by%20'%3CSPAN%3E%26nbsp%3Bin%20the%20actionable%20message%20in%20Outlook%2C%20there%20should%20be%20an%20option%20for%20seeing%20the%20original%20message.%26nbsp%3B'%26nbsp%3B%20%26nbsp%3BDo%20you%20mean%20that%20when%20the%20recipient%20of%20the%20notification%20clicks%20on%20the%20accept%2C%20the%20page%20for%20the%20'User%20Access%20Requests%20and%20Invitations'%26nbsp%3B%20opens%20instead%20of%20just%20granting%20access%3F%26nbsp%3B%20Is%20there%20an%20option%20to%20make%20sure%20this%20happens%3F%26nbsp%3B%20I%20am%20the%20Site%20Admin%20for%20a%2040%2B%20Site%20Site-Collection.%26nbsp%3B%20Most%20has%20unique%20permissions.%26nbsp%3B%20I%20simply%20cannot%20keep%20managing%20this.%26nbsp%3B%20All%20of%20our%20sites%20have%20to%20be%20set%20up%20for%20the%20Owners%20Group%20to%20be%20notified%20of%20requests%2C%20because%20we%20have%20to%20many%20people%20who%20need%20access%20and%20our%20SLA%20dictates%20that%20we%20respond%20within%20one%20day.%26nbsp%3B%20%26nbsp%3BI%20went%20into%20a%20site%20today%20and%20found%20individuals%20added%20outside%20security%20groups%2C%20which%20violates%26nbsp%3Bour%20security%20policy.%26nbsp%3B%20%26nbsp%3BIt%20would%20also%20be%20nice%20if%20we%20could%20she%20the%20person%20how%20approved%20in%20the%20Site%20Permission%20view.%26nbsp%3B%26nbsp%3B%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%3CSPAN%3EThanks%2C%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%3CSPAN%3EDan%3C%2FSPAN%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-280730%22%20slang%3D%22en-US%22%3ERe%3A%20SharePoint%20Access%20Request%20Ignoring%20Default%20Group%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-280730%22%20slang%3D%22en-US%22%3E%3CP%3EThanks%20Stephen%2C%20appreciate%20it!%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-280667%22%20slang%3D%22en-US%22%3ERe%3A%20SharePoint%20Access%20Request%20Ignoring%20Default%20Group%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-280667%22%20slang%3D%22en-US%22%3E%3CP%3EHi%20all%2C%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThe%20fix%20for%20this%20is%20in%20progress.%20Thanks%20for%20your%20patience!%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EStephen%20Rice%3C%2FP%3E%0A%3CP%3EOneDrive%20Program%20Manager%20II%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-280394%22%20slang%3D%22en-US%22%3ERe%3A%20SharePoint%20Access%20Request%20Ignoring%20Default%20Group%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-280394%22%20slang%3D%22en-US%22%3E%3CP%3EI'm%20also%20waiting%20for%20a%20fix%20for%20this.%20It%20seems%20that%20the%20Outlook%20action%20still%20gives%20users%20individual%20Edit%2FContribute%20permissions%20(which%20is%20logic%20for%20a%20Group%20Permission)%20but%20not%20for%20SharePoint%20permissions.%20Using%20the%20original%20message%20gives%20a%20solution%20for%20the%20mean%20time%20but%20I%20hope%20Microsoft%20fixes%20this%20soon!%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-251542%22%20slang%3D%22en-US%22%3ERe%3A%20SharePoint%20Access%20Request%20Ignoring%20Default%20Group%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-251542%22%20slang%3D%22en-US%22%3E%3CP%3EIs%20this%20issue%20resolved%3F%20Are%20the%20users%20added%20to%20default%20group%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-201993%22%20slang%3D%22en-US%22%3ERe%3A%20SharePoint%20Access%20Request%20Ignoring%20Default%20Group%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-201993%22%20slang%3D%22en-US%22%3E%3CP%3EThanks%20Stephen%20-%20look%20forward%20to%20seeing%20the%20new%20outlook%20update.%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-201964%22%20slang%3D%22en-US%22%3ERe%3A%20SharePoint%20Access%20Request%20Ignoring%20Default%20Group%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-201964%22%20slang%3D%22en-US%22%3E%3CP%3EHi%20Nigel%2C%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThanks%20again%20for%20reaching%20out!%20We%20have%20identified%20an%20issue%20with%20the%20new%20actionable%20message%20card%20where%20it's%20not%20behaving%20quite%20how%20we%20want%20for%20site%20requests.%20We're%20working%20on%20a%20fix%20but%20don't%20have%20an%20ETA%20just%20yet.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EIn%20the%20meantime%2C%20in%20the%20actionable%20message%20in%20Outlook%2C%20there%20should%20be%20an%20option%20for%20seeing%20the%20original%20message.%20You%20can%20click%20the%20accept%20button%20there%20which%20will%20take%20you%20to%20the%20Access%20Request%20page%20where%20the%20behavior%20has%20not%20changed.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EHope%20that%20helps!%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EStephen%20Rice%3C%2FP%3E%0A%3CP%3EOneDrive%20Program%20Manager%20II%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-199371%22%20slang%3D%22en-US%22%3ERe%3A%20SharePoint%20Access%20Request%20Ignoring%20Default%20Group%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-199371%22%20slang%3D%22en-US%22%3E%3CP%3EHi%20Stephen%20-%20thanks%20for%20the%20reply!%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20think%20the%20changes%20made%20are%20excellent%2C%20but%20my%20issue%20is%20that%20when%20an%20administrator%20accepts%20an%20invitation%2C%20the%20requester%20is%20added%20directly%20to%20the%20site%20-%20not%20to%20the%20default%20group%20for%20the%20site.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20foresee%20a%20few%20issues%20with%20this%3C%2FP%3E%3CUL%3E%3CLI%3EIm%20not%20sure%20i%20like%20the%20idea%20of%20all%20the%20users%20being%20given%20individual%20permissions%20at%20the%20site%20level%20from%20a%20management%20piece.%26nbsp%3B%3C%2FLI%3E%3CLI%3EGroups%20are%20used%20for%20more%20then%20just%20site%20permissions.%26nbsp%3BThey%20can%20also%20be%20used%20for%20classifying%20users%3C%2FLI%3E%3CLI%3EGroups%20can%20be%20given%20custom%20permission%20settings.%20By%20not%20adding%20the%20users%20to%20groups%20we%20are%20forced%20to%20use%20only%20the%20three%20common%20permission%20roles%20(full%20control%2C%20edit%2C%20view)%3C%2FLI%3E%3C%2FUL%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EPerhaps%20the%20best%20thing%20would%20be%20if%20the%20great%20Outlook%20control%20could%20be%20expanded%20to%20include%20a%20way%20of%20selecting%20the%20group%20the%20user%20should%20be%20added%20to%3F%20We%20have%20tried%20to%20instruct%20out%20users%20to%20go%20onto%20the%20site%20to%20accept%20the%20requests%20so%20they%20can%20do%20this%2C%20but%20I%20think%20most%20of%20them%20will%20not%20get%20that%20message%2C%20and%20instead%20simply%20click%20'Accept'%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThanks%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3ENigel%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-199251%22%20slang%3D%22en-US%22%3ERe%3A%20SharePoint%20Access%20Request%20Ignoring%20Default%20Group%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-199251%22%20slang%3D%22en-US%22%3E%3CP%3EHi%20%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F42656%22%20target%3D%22_blank%22%3E%40Nigel%20Witherdin%3C%2FA%3E%2C%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EWe've%20had%20two%20changes%20to%20access%20requests%20in%20the%20last%20month%20or%20two.%20First%2C%20we%20now%20send%20actionable%20messages%20that%20let%20you%20accept%2Fdecline%20the%20access%20request%20immediately%20from%20Outlook%20instead%20of%20having%20to%20visit%20the%20SP%20page.%20We've%20heard%20some%20feedback%20on%20this%20feature%20that%20matches%20what%20you're%20seeing%20that%20we%20are%20investigating.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EHope%20that%20helps!%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EStephen%20Rice%3C%2FP%3E%0A%3CP%3EOneDrive%20Program%20Manager%20II%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-788851%22%20slang%3D%22en-US%22%3ERe%3A%20SharePoint%20Access%20Request%20Ignoring%20Default%20Group%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-788851%22%20slang%3D%22en-US%22%3E%3CP%3EHi%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F181%22%20target%3D%22_blank%22%3E%40Stephen%20Rice%3C%2FA%3E%2C%3C%2FP%3E%3CP%3EHas%20this%20been%20corrected%3F%20I%20am%20still%20encountering%20this%20behavior%20in%20one%20of%20the%20sites%20I%20am%20working%20on.%20Please%20advise.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E-Wilfredo%20S.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-796222%22%20slang%3D%22en-US%22%3ERe%3A%20SharePoint%20Access%20Request%20Ignoring%20Default%20Group%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-796222%22%20slang%3D%22en-US%22%3E%3CP%3EHi%20%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F387614%22%20target%3D%22_blank%22%3E%40wseda22%3C%2FA%3E%2C%3C%2FP%3E%0A%3CP%3E%3CBR%20%2F%3ECan%20you%20clarify%20which%20behavior%20you%20are%20still%20seeing%3F%20Thanks!%3C%2FP%3E%0A%3CP%3E%3CBR%20%2F%3EStephen%20Rice%3C%2FP%3E%0A%3CP%3EOneDrive%20Program%20Manager%20II%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-796245%22%20slang%3D%22en-US%22%3ERe%3A%20SharePoint%20Access%20Request%20Ignoring%20Default%20Group%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-796245%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F181%22%20target%3D%22_blank%22%3E%40Stephen%20Rice%3C%2FA%3E%26nbsp%3B%20HI%2C%20Ever%20since%20the%20update%20to%20the%20email%20notification%20for%20user%20access%2C%20user%20requests%20for%20access%20to%20sites%20are%20so%20much%20better.%20%26nbsp%3B%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-796283%22%20slang%3D%22en-US%22%3ERe%3A%20SharePoint%20Access%20Request%20Ignoring%20Default%20Group%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-796283%22%20slang%3D%22en-US%22%3E%3CP%3EHello%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F181%22%20target%3D%22_blank%22%3E%40Stephen%20Rice%3C%2FA%3E%2C%3C%2FP%3E%3CP%3EHopefully%20pictures%20can%20explain%20it%20better%20than%20I%20can.%20With%20that%20said%2C%20we%20have%20a%20SharePoint%20site%20(%22Support%20Portal%22)%20that%20we%20allow%20users%20within%20our%20company%20to%20access.%20Upon%20accessing%20the%20site%20for%20the%20first%20time%2C%20users%20must%20request%20access.%20We%20set%20up%20access%20requests%20to%20this%20SharePoint%20to%20default%20to%20our%20%22Support%20Portal%20Visitors%22%20group%20and%20that%20works%20well.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EIf%20a%20new%20user%20were%20to%20try%20and%20access%20a%20sitepage%20within%20the%20Support%20Portal%2C%20they%20will%20need%20to%20request%20access.%20However%2C%20these%20requests%20are%20not%20defaulting%20to%20our%20%22Support%20Portal%20Visitors%22%20group.%20We%20have%20configured%20all%20sites%20to%20inherit%20permissions%20from%20the%20parent%20site%2C%20Support%20Portal%2C%20but%20this%20does%20not%20seem%20to%20have%20any%20effect.%20We%20have%20even%20tried%20going%20directly%20into%20the%20sitepage%20permissions%2C%20disabling%20parent%20inheritance%20and%20manually%20setting%20the%20default%20group%20to%20%22Support%20Portal%20Visitors%22%20but%20it%20does%20not%20work%2C%20neither.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EHopefully%20the%20screenshots%20will%20help%20explain%20this%20better%20than%20I%20can.%20%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-inline%22%20style%3D%22width%3A%20788px%3B%22%3E%3CIMG%20src%3D%22https%3A%2F%2Fgxcuf89792.i.lithium.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F126294i729937D37CFAFF44%2Fimage-size%2Flarge%3Fv%3D1.0%26amp%3Bpx%3D999%22%20alt%3D%22Screen_1.png%22%20title%3D%22Screen_1.png%22%20%2F%3E%3CSPAN%20class%3D%22lia-inline-image-caption%22%20onclick%3D%22event.preventDefault()%3B%22%3ERequesting%20access%20to%20Support%20Portal.%3C%2FSPAN%3E%3C%2FSPAN%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-inline%22%20style%3D%22width%3A%20743px%3B%22%3E%3CIMG%20src%3D%22https%3A%2F%2Fgxcuf89792.i.lithium.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F126295iFC15CAE81AC5C2FD%2Fimage-size%2Flarge%3Fv%3D1.0%26amp%3Bpx%3D999%22%20alt%3D%22Screen_2.png%22%20title%3D%22Screen_2.png%22%20%2F%3E%3CSPAN%20class%3D%22lia-inline-image-caption%22%20onclick%3D%22event.preventDefault()%3B%22%3ERequesting%20access%20to%20sitepage%20within%20Support%20Portal.%3C%2FSPAN%3E%3C%2FSPAN%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-798018%22%20slang%3D%22en-US%22%3ERe%3A%20SharePoint%20Access%20Request%20Ignoring%20Default%20Group%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-798018%22%20slang%3D%22en-US%22%3E%3CP%3EHi%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F387614%22%20target%3D%22_blank%22%3E%40wseda22%3C%2FA%3E%2C%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThis%20is%20expected.%20When%20users%20request%20access%20to%20the%20entire%20site%2C%20we%20put%20them%20into%20the%20Visitors%20Group%20(on%20communication%20sites).%20When%20they%20request%20access%20to%20specific%20pages%2C%20we%20default%20to%20giving%20access%20ONLY%20to%20that%20item.%20Hope%20that%20helps%20explain%20what%20you%20are%20seeing!%20Thanks!%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EStephen%20Rice%3C%2FP%3E%0A%3CP%3EOneDrive%20Program%20Manager%20II%3C%2FP%3E%3C%2FLINGO-BODY%3E
Highlighted
Nigel Witherdin
Contributor

Has anyone noticed that the new release of functionality for Access Requests (where you can now pick the site Owners group to receive the email requests - excellent!) does not add the users to your site's default group anymore.

 

Instead it adds the user directly to the site, not in any group.

 

Im not sure how I feel about this - its a bit scary to think the idea is we have lots of users having permissions set directly.

 

Is this expected behaviour? If so, what do you guys think about this - is this what you want?

 

Thanks

 

Nigel

17 Replies

Hi @Nigel Witherdin,

 

We've had two changes to access requests in the last month or two. First, we now send actionable messages that let you accept/decline the access request immediately from Outlook instead of having to visit the SP page. We've heard some feedback on this feature that matches what you're seeing that we are investigating.

 

Hope that helps!

 

Stephen Rice

OneDrive Program Manager II

Hi Stephen - thanks for the reply!

 

I think the changes made are excellent, but my issue is that when an administrator accepts an invitation, the requester is added directly to the site - not to the default group for the site.

 

I foresee a few issues with this

  • Im not sure i like the idea of all the users being given individual permissions at the site level from a management piece. 
  • Groups are used for more then just site permissions. They can also be used for classifying users
  • Groups can be given custom permission settings. By not adding the users to groups we are forced to use only the three common permission roles (full control, edit, view)

 

Perhaps the best thing would be if the great Outlook control could be expanded to include a way of selecting the group the user should be added to? We have tried to instruct out users to go onto the site to accept the requests so they can do this, but I think most of them will not get that message, and instead simply click 'Accept'

 

Thanks

 

Nigel

Hi Nigel,

 

Thanks again for reaching out! We have identified an issue with the new actionable message card where it's not behaving quite how we want for site requests. We're working on a fix but don't have an ETA just yet.

 

In the meantime, in the actionable message in Outlook, there should be an option for seeing the original message. You can click the accept button there which will take you to the Access Request page where the behavior has not changed.

 

Hope that helps!

 

Stephen Rice

OneDrive Program Manager II

 

 

Thanks Stephen - look forward to seeing the new outlook update. 

Is this issue resolved? Are the users added to default group

I'm also waiting for a fix for this. It seems that the Outlook action still gives users individual Edit/Contribute permissions (which is logic for a Group Permission) but not for SharePoint permissions. Using the original message gives a solution for the mean time but I hope Microsoft fixes this soon!

Hi all,

 

The fix for this is in progress. Thanks for your patience!

 

Stephen Rice

OneDrive Program Manager II

Thanks Stephen, appreciate it!

Please explain this in more detail.   I am not clear on what you mean by ' in the actionable message in Outlook, there should be an option for seeing the original message. '   Do you mean that when the recipient of the notification clicks on the accept, the page for the 'User Access Requests and Invitations'  opens instead of just granting access?  Is there an option to make sure this happens?  I am the Site Admin for a 40+ Site Site-Collection.  Most has unique permissions.  I simply cannot keep managing this.  All of our sites have to be set up for the Owners Group to be notified of requests, because we have to many people who need access and our SLA dictates that we respond within one day.   I went into a site today and found individuals added outside security groups, which violates our security policy.   It would also be nice if we could she the person how approved in the Site Permission view.  

 

Thanks,

Dan

Hi @Daniel Paul,

 

The actionable message in Outlook replaces the original message content (which links the user out to the web page) but there is a link that says "Show original message" at the bottom of the e-mail. This will open the original message which will then link the user to the web page. The permanent fix here is in-progress now and we should have more to share soon. Thanks!

 

Stephen Rice

OneDrive Program Manager II

Any news on this? Actionable messages i great but when the user is added directly to the site and not in a configurable group the user might not get access to lists that have broken permission inheritence.

 

I would like to have a dropdow in the actionable message where I can select the group the user should be added to. Like I can configure it inside sharepoint when I approve the request.

Hi @Deleted,

 

Stay tuned ;) Should have more to share soon! Thanks!

 

Stephen Rice

OneDrive Program Manager II

Hi@Stephen Rice,

Has this been corrected? I am still encountering this behavior in one of the sites I am working on. Please advise.

 

-Wilfredo S.

Hi @wseda22,


Can you clarify which behavior you are still seeing? Thanks!


Stephen Rice

OneDrive Program Manager II 

@Stephen Rice  HI, Ever since the update to the email notification for user access, user requests for access to sites are so much better.   

Hello@Stephen Rice,

Hopefully pictures can explain it better than I can. With that said, we have a SharePoint site ("Support Portal") that we allow users within our company to access. Upon accessing the site for the first time, users must request access. We set up access requests to this SharePoint to default to our "Support Portal Visitors" group and that works well.

 

If a new user were to try and access a sitepage within the Support Portal, they will need to request access. However, these requests are not defaulting to our "Support Portal Visitors" group. We have configured all sites to inherit permissions from the parent site, Support Portal, but this does not seem to have any effect. We have even tried going directly into the sitepage permissions, disabling parent inheritance and manually setting the default group to "Support Portal Visitors" but it does not work, neither.

 

Hopefully the screenshots will help explain this better than I can. Screen_1.pngRequesting access to Support Portal.Screen_2.pngRequesting access to sitepage within Support Portal.

Hi @wseda22,

 

This is expected. When users request access to the entire site, we put them into the Visitors Group (on communication sites). When they request access to specific pages, we default to giving access ONLY to that item. Hope that helps explain what you are seeing! Thanks!

 

Stephen Rice

OneDrive Program Manager II

Related Conversations
Tabs and Dark Mode
cjc2112 in Discussions on
46 Replies
flashing a white screen while open new tab
Deleted in Discussions on
14 Replies
Security Community Webinars
Valon_Kolica in Security, Privacy & Compliance on
13 Replies
Stable version of Edge insider browser
HotCakeX in Discussions on
35 Replies
Extentions Synchronization
Deleted in Discussions on
3 Replies