* Prevent asterix having its own line
With certain label lengths the * would end up on its own line
Adjusting width of group builder labels / descriptions to be in line with the width of the content labels
Adjusting the margins / padding which looked out of place
* Single line html
Change html to be on one line due to white-space css properties requiring such
* Label on top
Fix the width of labels when the label is on top
* Add spacing
Add spacing to control groups to account for the removed padding from labels
* Labels on tablet
Fix label width on tablet screen size
* Check if content has an identity before attempting to get it's ancestors
* Check if we even need to go to the parent
* Fail earlier
* Update src/Umbraco.Web.BackOffice/Controllers/ContentController.cs
Co-authored-by: Nikolaj Geisle <70372949+Zeegaan@users.noreply.github.com>
Co-authored-by: Nikolaj Geisle <70372949+Zeegaan@users.noreply.github.com>
* Fix previous conversion of SearchAll to async ignoring the SortOrder value from SearchableTree
* small refactoring
Co-authored-by: Paul Woodland <paul.woodland@pwnewmedia.com>
Co-authored-by: Michael <michael@crossingpaths.be>
* #umbraco12400 fixing StripHtmlTagsMethod by adding Regex
* changing logic by removing .FirstChild calls
* fixing line endings
* final fix
* removing unused using
Co-authored-by: Michael Reiter <michale.reiter@cyber-solutions.at>
Co-authored-by: Michael Reiter <michael.reiter@metro-external.digital>
* Added secure to the UMB-XSRF-V cookie when global https is true.
* Issue 12551 search bug
Previous optimisation incorrectly filtered the index fields needed to return published results
* Update MemberRepository.cs (#12641)
Ensuring that MemberManager.ConfirmEmailAsync persists, same changes in pull request #12640 but for v9
* Fixed Group Headings in Content
Co-authored-by: Corey Philipp <CPhilipp@dewpoint.com>
Co-authored-by: Matthew Care <matty_care@hotmail.co.uk>
Co-authored-by: gilbertaoe <gilbertaoe@hotmail.com>
Co-authored-by: Nikolaj Geisle <70372949+Zeegaan@users.noreply.github.com>
Co-authored-by: Sebastiaan Janssen <sebastiaan@umbraco.com>
* Added secure to the UMB-XSRF-V cookie when global https is true.
* Issue 12551 search bug
Previous optimisation incorrectly filtered the index fields needed to return published results
* Update MemberRepository.cs (#12641)
Ensuring that MemberManager.ConfirmEmailAsync persists, same changes in pull request #12640 but for v9
* Initial Commit
Amended tree root to be h1 (previously was h5) and amended contextual modal header to be h2 (previously was h1)
Co-authored-by: Corey Philipp <CPhilipp@dewpoint.com>
Co-authored-by: Matthew Care <matty_care@hotmail.co.uk>
Co-authored-by: gilbertaoe <gilbertaoe@hotmail.com>
Co-authored-by: Nikolaj Geisle <70372949+Zeegaan@users.noreply.github.com>
Co-authored-by: Sebastiaan Janssen <sebastiaan@umbraco.com>
* Tweaks the composition dialog in the content type editor
- removes the search field if no content types is available
- change the styling on the info text regarding missing content types
- moves the search field closer to the content type list
* fixes filter - needed vm binding, probably due to introducing ng-if and related scope trickery
tweaked css on checkbox list icon to improve alignment
Co-authored-by: Nathan Woulfe <nathan@nathanw.com.au>
* Don't allocate new object array instances when indexing
There's no reason to allocate new object[] array instances for each ValueSet created for the "y" or "n" values going into the index. This just creates a single object[] for each "y" or "n" value which will save on a ton of allocations when re indexing a bunch of content.
There's an easy way to make further allocation reductions too (prob a separate PR) since there is no reason to create new object[] allocations for: CreatorId, WriterId, Level, TemplateId, Culture. Each of these can be returned from a concurrent dictionary since these values are finite and there won't be too many of each so we can just keep an internal dictionary of these object[] instances.
* fixes mistake
* Updates NoValue and YesValue field declarations - was blowing up
Co-authored-by: Nathan Woulfe <nathan@nathanw.com.au>
* Use OEmbedProviderBase
* Use QueryHelpers.AddQueryString in .NET Core
* Nullable value
* Cleanup usings
* Ensure invariant string
* No need to URL encode when using QueryHelpers.AddQueryString()
* Include WebUtilities
* Cleanup usings
* Revert "Include WebUtilities"
This reverts commit 3cffb740cee8f11bd83cd6e753fba1a04575e5d2.
* Revert "No need to URL encode when using QueryHelpers.AddQueryString()"
This reverts commit 70ca5306ac9343c8825dba48ebd75180b5fd0ecf.
* Revert "Ensure invariant string"
This reverts commit 318ab23f6f2c4605308d767a4e65e7ceb286cebe.
* Revert "Nullable value"
This reverts commit c39911de06812620a08800a1cb72e1197d9972cc.
* Revert to StringBuilder
* Cleanup usings
* Add more descriptions of providers
* Removed mention of Umbraco.tv from the Members Dashboard
* Add new key to en.xml
* Update membersdashboardvideos.html
* Update label used in members dashboard.
