Collapsible sections: Linking to auto-expand a section and non-effective Search
As already discussed in some previous threads collapsible sections have a lowered functionality when being linked to; even though Section headers have anchor links, these have very limited function as they only bring you to the overall page with all sections. This is especially useless when you are trying to keep the page clean by collapsing your sections by default. The thread presents a workaround by adding an additional header within your collapsed section, which will open the section on landing, but you will end up with a redundant header: Collapsible section name Collapsible section name (redundant) This is less than ideal and means always repeating your section names, it also doesn't work properly when you want to link from one section to another on the same page. Additionally, if you try searching your Site for a keyword contained in one of the sections, not only will it not bring you to the paragraph containing the keyword, it will only open the page with all sections collapsed and with a focus on the very top of the page. Therefore there is no point in searching when you decided for Collapsible section organization for your pages, the Sharepoint basically tells you "It is somewhere on this page". You still need to expand each section and either scan the page to find the searched keyword, or use Ctrl+F. Is there a way to report this to the actual developers so they can implement web functions that have existed since 1991? anchor link opens the page, moves the section title to the top of focus and opens a collapsed section (perhaps this could be a toggle in section options) clicking a result in Sharepoint search does the above and additionally highlights the searched keyword within the section Thanks for reading.
Site Pages showing as Page Template - Cannot publish major version
Does anyone know the fix for this weird bug. A bunch of our site pages in Modern SharePoint started showing "This is a page template saved on your site.https://go.microsoft.com/fwlink/?linkid=2007350." green bar at the top of the site page even though they are not templates, they cannot be found in the templates folder and be used as a template. It just started a recently. All of these pages didn't have that issue before and it affects multiple other site collections. We have no idea how to fix it and Microsoft Premium support has been unhelpful so far. We didn't change any configuration, when creating a new page it creates it correctly, It seems to only affect existing pages (even from 2 years ago) . This is an issue because we can't publish a major version because it only lets us save it as a template. (ie. just as minor versions).News Web Part rendering issues
Is anyone noticing major rendering issues with the SharePoint Online News web part? The issues are similar to this post... https://techcommunity.microsoft.com/t5/sharepoint/changes-to-top-story-news-web-part/m-p/2586536 ...but the impact is also on other 'Layout' types. It is almost as if Microsoft have broken their CSS or something, as the images used in news item banners are rendering as full size, rather than being cropped and having a gradient applied (to ensure text is readable in the web part). My configuration of the web part is as shown below (or attached), and I can confirm that this issue is happening in multiple tenants, and mulitple site collections. In fact, I can't find any site collection where this issue ISN'T occurring. Be very keen to hear of others experiencing this, and would be grateful if others could test this in their own tenants to see how widescale the problem is. Thanks, JoeAttachment field not visible in the SharePoint Online views
Dear all, I receive user complains related to the SharePoint Online Modern Views. Since some days, we have difficulties to see the "Paperclip" alerting the Attachment for an Item. As you can see into that test I created to reproduce the case with a custom list created for and add an item with 2 pictures as attachment. When I refresh the default view, I can't have the clipper. For the user case, they can have it, but they have to load another list and come back to the wanted one to refresh that clipper option. Can you confirm if that is the same for your tenant ? Fab
Custom View in Document Library - Grouping by Column - Bug finding
Dear All, There is a finding on the custom view in document library which is grouping by 1 column (Category). There have 6k documents in document library and using 1 column to group by all the document. Total Group by is 6 groups only. Once I access to this document library, the system is loading the documents. What if I interrupt it with click expanse or collapse the Category column, then the system will stop loading the document and showing 2 category groups only. In fact it should load 6 categories group. No load completely. I found something interesting that i need to re-collapse and re-expand the control a few times and the system will start to continue loading the document until complete. Loading properly. Please advice. Thanks.
SharePoint 2016 on-prem crashes (dump to stack trace) when adding attachment to a Declared Record
If you have the In Place Records Management feature enabled for your site collection and you declare a list item as a record, SharePoint will "crash" if you try to add an attachment to the record. I know it does not make much sense to add an attachment to a declared record, but SharePoint will not prevent you from trying (if you don't notice it has been declared a record for example). For any other changes you try to make to the record SharePoint will display a nice little message that the record is locked and cancel the event, but for some reason adding an attachment instead causes a crash. Steps to reproduce: 1. Activate the "In Place Records Management" site collection feature 2. Create a custom list 3. In the list settings, allow manual declaration of records in the record declaration settings 4. Create a new list item 5. Declare the new list item as a record 6. Edit the item, add an attachment, and attempt to save the change. SharePoint will crash to a stack trace instead of providing a graceful error message
SP library bug - automatically reload all pictures when scrolling down
hi all, It looks like a found a bug in a library, modern experience. When scrolling down in a image archive, the images automatically reload and SP send me back to the top of the library. Now it's impossible to select an image at the bottom of the library. Anyone familiar with this problem?Inconsistent Logo Rendering
I'm seeing inconsistent rendering of a .png logo used to identify a communication site. This is a transparent .png Here are example screen captures of the same logo & how it appears different, depending on where it is viewed. Note that this occurs the same for each site I create. This feels like a bug, that they should all be handled the same way--especially when it comes to site pages and listing screens. Is anyone else observing this same behavior?
