Skip to content

Conversation

@PatrikKozak
Copy link
Contributor

Resolves conflicts from PR #7355

jacobsfletch and others added 11 commits May 20, 2025 17:15
In #12322 we prevented against accidental query preset lockout by throwing a validation error when the user is going to change the preset in a way that removes their own access to it. This, however, puts the responsibility on the user to make the corrections and is an unnecessary step. For example, the API currently forbids leaving yourself out of the `users` array when specifying the `specificUsers` constraint, but when you encounter this error, have to update the field manually and try again. To improve the experience, we now automatically inject the requesting user onto the `users` array when this constraint is selected. This will guarantee they have access and prevent an accidental lockout while also avoiding the API error feedback loop.
…JSXConvertersFunction type (#12478) Same as #10398 but for inline blocks. > Reproduction steps: > 1. Set `strict: true` in `templates/website/tsconfig.json` > 2. You will find a ts error in `templates/website/src/components/RichText/index.tsx`. > > This is because the blockType property of blocks is generated by Payload as a literal (e.g. "mediaBlock") and cannot be assigned to a string. > > To test this PR, you can make the change to `JSXConvertersFunction` in node_modules of the website template
Webstorm run configuration template files are trying to sneak into my commits.
Adds a new date field to take submission values for. It can help form serialisers render the right input for this kind of field as the submissions themselves don't do any validation right now. Disabled by default as to not cause any conflicts with existing projects potentially inserting their own date blocks. Can be enabled like this ```ts formBuilderPlugin({ fields: { date: true } }) ```
Fixes #8168, #8277 The fact that `lexicalHTMLField` doesn't work with live preview was already clarified at the beginning of the page. I mentioned it again in the dedicated section because it seems there was still confusion. Also, I reordered and hierarchized the headings correctly. The introduction said there were two ways to convert to HTML, but there were four headings with the same level. I also made the headings a little shorter to make the table of contents easier to parse.
…ng (#12481) ### What This PR adjusts the `gap` between buttons in the `SortColumn` component. The previous spacing (`calc(var(--base) / 4)`) caused too much visual separation between the sort buttons. It has been replaced with `gap: 0` to tighten their alignment. #### Before: ![Screenshot 2025-05-21 at 1 33 17 PM](https://github.com/user-attachments/assets/a5f759fc-647a-46e3-8dac-e3e100fc7b98) #### After: ![Screenshot 2025-05-21 at 1 34 04 PM](https://github.com/user-attachments/assets/29572620-bd62-4e3e-80b7-d32ed4c81911)
…7355) ## Description Group fields are shown as one column, this PR changes this so that the individual field is now shown separately. Before change: <img width="1227" alt="before change" src="https://github.com/user-attachments/assets/dfae58fd-8ad2-4329-84fd-ed1d4eb20854"> After change: <img width="1229" alt="after change" src="https://github.com/user-attachments/assets/d4fd78bb-c474-436e-a0f5-cac4638b91a4"> - [X] I have read and understand the [CONTRIBUTING.md](https://github.com/payloadcms/payload/blob/main/CONTRIBUTING.md) document in this repository. ## Type of change - [X] New feature (non-breaking change which adds functionality) ## Checklist: - [X] I have added tests that prove my fix is effective or that my feature works - [X] Existing test suite passes locally with my changes - [ ] I have made corresponding changes to the documentation --------- Co-authored-by: Patrik Kozak <35232443+PatrikKozak@users.noreply.github.com>
@PatrikKozak PatrikKozak changed the title Fix/resolve conflicts from 7355 fix: resolve conflicts from 7355 May 21, 2025
@DanRibbens DanRibbens merged commit df05cfe into feat/folders May 21, 2025
71 of 81 checks passed
@DanRibbens DanRibbens deleted the fix/resolve-conflicts-from-7355 branch May 21, 2025 22:52
@DanRibbens DanRibbens restored the fix/resolve-conflicts-from-7355 branch May 22, 2025 01:04
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment