Repository navigation
Conversation
Jihed525
force-pushed
the
backport/EXO-90661-to-develop
branch
from
October 23, 2026 16:10
b19ea24 to
34ddb7d
Compare
Contributor
Author
|
Rebased onto
|
|
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.



The Mail eXIP's task work, from
feature/ai-contributiontofeature/mips: EXO-90661. One commit, #655, picked withcherry-pick -xontofeature/mipsatbf11c5449. It applies without conflict, and its patch-id equals its FB commit's. Its email-connector counterpart reachedfeature/mipswith exoplatform/email-connector#596 and #595.A personal task created by the
create_personal_taskMCP tool without an assignee is now assigned to its creator. Tribe: EXO-90661.Why
TaskMcpTool.createPersonalTaskcopied its optionalassigneeargument as is. When the model left it out, which is the normal case for "create a personal task", the task was stored with no assignee and no project. A personal task only shows in its assignee's list, so it was listed nowhere, while the tool answered success. The same happened from the AI chat and from an approved mail-filter suggestion (EXO-90659), where the card said "Done" and the Tasks app showed nothing.How
assigneebecomes the calling user, as the Tasks app's own "add task" does. An explicit assignee is kept.assigneesays what a blank value means.Tests
createPersonalTaskShouldAssignTheCallerWhenNoAssigneeIsGiven: no assignee, a blank one and an explicit one. Reverting the fix makes it fail.TaskMcpToolTest: 56/56 pass, checkstyle clean.Classification: N1
The assignee decides who can see and edit the task, so this change sets access on the new object from the caller's identity. The approver must be an Architect or Senior Developer who knows it is N1 and is not the author.
Source
#678 (EXO-90661), merged on
feature/mipsas squash commit63de99c2b; its approval (azayati) stands at its head32a4bcde0.Picks
34ddb7db1←cherry-pick -x 63de99c2b, ontodevelopat38e481b87. Applied without conflict. Patch-id (git show -U0 | git patch-id --stable)43081773c416…on the pick, on63de99c2band on fix: a personal task created by the MCP tool without an assignee is assigned to its creator EXO-90661 #678's approved head32a4bcde0, matched againstorigin/feature/mipsat63de99c2b.Adaptations
None.
Verification
At
b19ea24b0:mvn -B -pl services -am verifyruns 260 tests with 0 failures, 0 errors, 0 skipped (TaskMcpToolTest 66/66); BUILD SUCCESS. The head34ddb7db1carries the same patch (patch-id43081773c416…) ondevelopat38e481b87, whose commit touches onlyservices/src/main/resources/ai-tool-definitions.json, a file the pick does not touch; not rebuilt at that head. Source run at32a4bcde0: 260 tests, 0 failures (TaskMcpToolTest 66).Knowledge: pending — EXO-90661
🤖 Generated with Claude Code