BUG: Filtering to a view in the document library (preview) web part doesn't filter to that view

%3CLINGO-SUB%20id%3D%22lingo-sub-96142%22%20slang%3D%22en-US%22%3EBUG%3A%20Filtering%20to%20a%20view%20in%20the%20document%20library%20(preview)%20web%20part%20doesn't%20filter%20to%20that%20view%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-96142%22%20slang%3D%22en-US%22%3E%3CP%3E%3CSPAN%20class%3D%22ng-scope%22%3E%3CSPAN%3EWhen%20I%20select%20a%20document%20library%20(preview)%20webpart%20and%20filter%20to%20a%20particular%20view%20then%20'apply'%2C%20the%20web%20part%20continues%20to%20display%20the%20'all%20documents'%20view.%20This%20bug%20occurs%20on%20multiple%20sites.%20%3C%2FSPAN%3E%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%3CSPAN%20class%3D%22ng-scope%22%3E%3CSPAN%3EScreenshot%20below%20displays%20the%20view%20selected%2C%20and%20the%20preview%20showing%20the%20'All%20documents'%20view.%20This%20situation%20doesn't%20change%20when%20I%20publish%20the%20page%20making%20the%20feature%20almost%20wholly%20redundant.%3C%2FSPAN%3E%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%3CSPAN%20class%3D%22ng-scope%22%3E%3CSPAN%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-center%22%20style%3D%22width%3A%20999px%3B%22%3E%3CIMG%20src%3D%22https%3A%2F%2Fgxcuf89792.i.lithium.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F18652i5230EF4446B7BE01%2Fimage-size%2Flarge%3Fv%3D1.0%26amp%3Bpx%3D999%22%20alt%3D%22Screenshot_110.png%22%20title%3D%22Screenshot_110.png%22%20%2F%3E%3C%2FSPAN%3E%3C%2FSPAN%3E%3C%2FSPAN%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-96142%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3EOffice%20365%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3ESharePoint%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-226755%22%20slang%3D%22en-US%22%3ERe%3A%20BUG%3A%20Filtering%20to%20a%20view%20in%20the%20document%20library%20(preview)%20web%20part%20doesn't%20filter%20to%20that%20view%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-226755%22%20slang%3D%22en-US%22%3E%3CP%3EHaving%20the%20same%20issue%20and%20logged%20a%20ticket%20with%20Microsoft.%20They%20replied%20saying%20they%20have%20no%20update%20or%20ETA%20for%20a%20fix%20at%20this%20time.%26nbsp%3B%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-226116%22%20slang%3D%22en-US%22%3ERe%3A%20BUG%3A%20Filtering%20to%20a%20view%20in%20the%20document%20library%20(preview)%20web%20part%20doesn't%20filter%20to%20that%20view%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-226116%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F112019%22%20target%3D%22_blank%22%3E%40Matt%20Weston%3C%2FA%3E%26nbsp%3Bit%20works%20like%20you%20describe%2C%20but%20if%20I%20add%20a%207th%20step%20(browser%20refresh)%20I'm%20back%20to%20the%20default%20view.%20Also%20anybody%20else%20accessing%20it%20after%20the%20'corrected'%20publish%20gets%20the%20default%20view.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-225167%22%20slang%3D%22en-US%22%3ERe%3A%20BUG%3A%20Filtering%20to%20a%20view%20in%20the%20document%20library%20(preview)%20web%20part%20doesn't%20filter%20to%20that%20view%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-225167%22%20slang%3D%22en-US%22%3E%3CP%3EAre%20you%20still%20having%20issues%20with%20this%3F%20I've%20just%20tested%20in%20two%20of%20my%20tenancies%20and%20I%20see%20the%20web%20parts%20working%20exactly%20as%20Paul%20suggests.%20I've%20even%20tried%20using%20both%20modern%20List%20View%20web%20parts%20and%20Document%20Library%20view%20web%20parts%2C%20and%20both%20work%20as%20I%20would%20expect.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3ESteps%20during%20my%20testing%3A%3C%2FP%3E%3CP%3E1.%20Create%20view%20on%20the%20list%20%2F%20library%20and%20confirmed%20that%20they%20are%20filtering%20the%20data%20as%20expected%3C%2FP%3E%3CP%3E2.%20Put%20list%2Flibrary%20web%20part%20on%20the%20home%20page%3C%2FP%3E%3CP%3E3.%20Edited%20properties%2C%20selected%20the%20view%2C%20and%20then%20clicked%20%3CSTRONG%3EApply%3C%2FSTRONG%3E%3C%2FP%3E%3CP%3E4.%20Checked%20that%20the%20correct%20view%20is%20being%20display%20-%20%3CEM%3Etest%20passed%3C%2FEM%3E%3C%2FP%3E%3CP%3E5.%20Published%20page%3C%2FP%3E%3CP%3E6.%20Checked%20that%20the%20correct%20view%20is%20still%20being%20displayed%20-%20%3CEM%3Etest%20passed%3C%2FEM%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-225079%22%20slang%3D%22en-US%22%3ERe%3A%20BUG%3A%20Filtering%20to%20a%20view%20in%20the%20document%20library%20(preview)%20web%20part%20doesn't%20filter%20to%20that%20view%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-225079%22%20slang%3D%22en-US%22%3E%3CP%3EI%20am%20having%20the%20same%20problem.%26nbsp%3B%20Frustrating%20cannot%20use%20the%20web%20part%20because%20of%20this%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-222277%22%20slang%3D%22en-US%22%3ERe%3A%20BUG%3A%20Filtering%20to%20a%20view%20in%20the%20document%20library%20(preview)%20web%20part%20doesn't%20filter%20to%20that%20view%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-222277%22%20slang%3D%22en-US%22%3E%3CP%3EThis%20started%20happening%20to%20me%20this%20week%20as%20well%20on%20multiple%20sites.%20Worked%20like%20a%20charm%20before.%3C%2FP%3E%3CP%3EIf%20I%20add%20a%20new%20Doc%20Lib%20(prev)%20webpart%20and%20select%20the%20view%20it%20will%20show%20the%20correct%20view%20until%20the%20site%20is%20edited%20again.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-219953%22%20slang%3D%22en-US%22%3ERe%3A%20BUG%3A%20Filtering%20to%20a%20view%20in%20the%20document%20library%20(preview)%20web%20part%20doesn't%20filter%20to%20that%20view%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-219953%22%20slang%3D%22en-US%22%3E%3CP%3EHi%20Adam%2C%20did%20you%26nbsp%3Bfind%20a%20solution%20to%20this%20problem%20as%20I%20am%20now%20having%20a%20similar%20issue%3F%20Thanks!%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-96297%22%20slang%3D%22en-US%22%3ERe%3A%20BUG%3A%20Filtering%20to%20a%20view%20in%20the%20document%20library%20(preview)%20web%20part%20doesn't%20filter%20to%20that%20view%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-96297%22%20slang%3D%22en-US%22%3E%3CP%3EThanks%20Paul.%20Happy%20with%20creating%20a%20view%2C%20for%20that%20to%20appear%20in%20the%20document%20library%2C%20and%20to%20set%20it%20as%20the%20default.%20Works%20a%20treat.%20However%20my%20concern%20is%20that%20the%20view%20I'm%20selecting%20in%20the%20options%20for%20my%20doc%20library%20(preview)%20webpart%20is%20not%20being%20returned%20in%20the%20web%20part.%20This%20is%20the%20case%20across%20multiple%20sites.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-96232%22%20slang%3D%22en-US%22%3ERe%3A%20BUG%3A%20Filtering%20to%20a%20view%20in%20the%20document%20library%20(preview)%20web%20part%20doesn't%20filter%20to%20that%20view%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-96232%22%20slang%3D%22en-US%22%3E%3CP%3Ei%20have%20attached%20a%20gif%20how%20to%20do%20it.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-96193%22%20slang%3D%22en-US%22%3ERe%3A%20BUG%3A%20Filtering%20to%20a%20view%20in%20the%20document%20library%20(preview)%20web%20part%20doesn't%20filter%20to%20that%20view%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-96193%22%20slang%3D%22en-US%22%3E%3CP%3EThanks%20Paul.%20Unfortunately%20I'm%20not%20aware%20of%20any%20'back%20end'%20when%20using%20modern%20pages.%20Do%20I%20need%20to%20download%20page%2C%20edit%20the%20HTML%2C%20then%20reupload%20it%3F%20Not%20sure%20this%20is%20solving%20the%20bug.%20I've%20raised%20a%20ticket%20anyhow%20which%20is%20being%20investigated.%20REG%3A117081516188713%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-96190%22%20slang%3D%22en-US%22%3ERe%3A%20BUG%3A%20Filtering%20to%20a%20view%20in%20the%20document%20library%20(preview)%20web%20part%20doesn't%20filter%20to%20that%20view%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-96190%22%20slang%3D%22en-US%22%3E%3CP%3EHave%20you%20also%20tried%20to%20set%20it%20via%20de%20backend%3F%20the%20url%20should%20look%20something%20like%20this%26nbsp%3B%2F_layouts%2F15%2Flistedit.aspx%3FList%3D%257Bb64d7bea-c73d-43df-9145-6ec2f062218d%257D%26nbsp%3B%3C%2FP%3E%3CP%3Eexcept%20where%20list%20guid%20is%20it%20should%20be%20your%20list%20guid.%3C%2FP%3E%3C%2FLINGO-BODY%3E
Highlighted
Occasional Contributor

When I select a document library (preview) webpart and filter to a particular view then 'apply', the web part continues to display the 'all documents' view. This bug occurs on multiple sites.

 

Screenshot below displays the view selected, and the preview showing the 'All documents' view. This situation doesn't change when I publish the page making the feature almost wholly redundant.

Screenshot_110.png

10 Replies
Highlighted

Have you also tried to set it via de backend? the url should look something like this /_layouts/15/listedit.aspx?List=%7Bb64d7bea-c73d-43df-9145-6ec2f062218d%7D 

except where list guid is it should be your list guid.

Highlighted

Thanks Paul. Unfortunately I'm not aware of any 'back end' when using modern pages. Do I need to download page, edit the HTML, then reupload it? Not sure this is solving the bug. I've raised a ticket anyhow which is being investigated. REG:117081516188713

Highlighted

i have attached a gif how to do it.

Highlighted

Thanks Paul. Happy with creating a view, for that to appear in the document library, and to set it as the default. Works a treat. However my concern is that the view I'm selecting in the options for my doc library (preview) webpart is not being returned in the web part. This is the case across multiple sites.

Highlighted

Hi Adam, did you find a solution to this problem as I am now having a similar issue? Thanks!

Highlighted

This started happening to me this week as well on multiple sites. Worked like a charm before.

If I add a new Doc Lib (prev) webpart and select the view it will show the correct view until the site is edited again.

Highlighted

I am having the same problem.  Frustrating cannot use the web part because of this

Highlighted

Are you still having issues with this? I've just tested in two of my tenancies and I see the web parts working exactly as Paul suggests. I've even tried using both modern List View web parts and Document Library view web parts, and both work as I would expect.

 

Steps during my testing:

1. Create view on the list / library and confirmed that they are filtering the data as expected

2. Put list/library web part on the home page

3. Edited properties, selected the view, and then clicked Apply

4. Checked that the correct view is being display - test passed

5. Published page

6. Checked that the correct view is still being displayed - test passed

Highlighted

@Matt Weston it works like you describe, but if I add a 7th step (browser refresh) I'm back to the default view. Also anybody else accessing it after the 'corrected' publish gets the default view.

Highlighted

Having the same issue and logged a ticket with Microsoft. They replied saying they have no update or ETA for a fix at this time.