-
Notifications
You must be signed in to change notification settings - Fork 468
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[PP]: Filter option relationships is not being respected #30998
Labels
dotCMS : Push Publishing
LTS: Next Patch
Shortlisted of issues that will be included in the upcoming LTS patch
OKR : Customer Success
Owned by Arno
OKR : Customer Support
Owned by Scott
Priority : 1 Show Stopper
QA : Passed Internal
Release : 24.12.27
Team : Bug Fixers
Type : Defect
Comments
erickgonzalez
added
Type : Defect
Triage
OKR : Customer Success
Owned by Arno
Priority : 2 High
OKR : Customer Support
Owned by Scott
labels
Dec 20, 2024
john-thomas-dotcms
added
Team : Falcon
Priority : 1 Show Stopper
dotCMS : Push Publishing
and removed
Triage
Priority : 2 High
labels
Dec 20, 2024
john-thomas-dotcms
moved this from New
to Next 1-3 Sprints
in dotCMS - Product Planning
Dec 20, 2024
jcastro-dotcms
moved this from Next 1-3 Sprints
to In Review
in dotCMS - Product Planning
Dec 24, 2024
github-merge-queue bot
pushed a commit
that referenced
this issue
Dec 27, 2024
…t being respected (#31008) ### Proposed Changes * Passing down the Push Publishing Filter that was used when generating the bundle that is being sent to the receiving endpoints. * When a filter with `relationships: false` is used, DO NOT re-generate the `tree` table as this may also clear relationships of the specified content with parents that we don't have records of at that point. --------- Co-authored-by: erickgonzalez <[email protected]>
github-project-automation
bot
moved this from In Review
to Done
in dotCMS - Product Planning
Dec 27, 2024
Working as it should, now when using a PP Filter that has Screen.Recording.2024-12-27.at.10.20.35.AM.mov |
erickgonzalez
added
the
LTS: Next Patch
Shortlisted of issues that will be included in the upcoming LTS patch
label
Feb 3, 2025
Another customer: https://dotcms.freshdesk.com/a/tickets/29250 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
dotCMS : Push Publishing
LTS: Next Patch
Shortlisted of issues that will be included in the upcoming LTS patch
OKR : Customer Success
Owned by Arno
OKR : Customer Support
Owned by Scott
Priority : 1 Show Stopper
QA : Passed Internal
Release : 24.12.27
Team : Bug Fixers
Type : Defect
Parent Issue
We need to take care of this first #30997
Problem Statement
Despite setting the option
relationships: false
in the PP Filter, it continues to both send and modify relationships. This suggests that the filter is not functioning as intended, leading to unexpected behavior in how relationships are handled.Steps to Reproduce
Parent
, and a child Content Type:Child
, with a Title fieldParent
type, add a Relationships Field pointing to theChild
type with a many-to-many cardinality.Child
namedMy Child Content
Parent
namedMy Parent Content
and relate theMy Child Content
to it.My Parent Content
— the parent — to the Receiver. The Receiver must have those two new Contentlets nowMy Second Parent Content
, and relate the pushedMy Child Content
to it. So now, in the Receiver,My Child Content
has two parents.Maintenance
portlet.My Child Content
now — notice that you pushed the parent Contentlet last time using theOnly Selected Items
filter.My Parent Content
andMy Second Parent Content
— the content you manually created in the Receiver. This time, theMy Second Parent Content
will NOT have its reference to theMy Child Content
.Acceptance Criteria
If in the filter
Relationships = True
:• The Bundler should include relationship information (table tree) in the bundle.
• The Handler should clean current relationships and populate them with the data from the bundle.
If in the filter
Relationships = False
:• The Bundler should exclude relationship information.
• The Handler should not modify existing relationships in the table tree, preserving the current relationships on the receiver.
We need to document this new behavior since it will affect PP globally.
dotCMS Version
23.01 LTS
Demo
Proposed Objective
Customer Success
Proposed Priority
Priority 2 - Important
External Links... Slack Conversations, Support Tickets, Figma Designs, etc.
No response
Assumptions & Initiation Needs
No response
Quality Assurance Notes & Workarounds
No response
Sub-Tasks & Estimates
No response
The text was updated successfully, but these errors were encountered: