[RESPDAM-77] FocalAreas information is not stored when using default values Created: 28/Nov/22  Updated: 21/Mar/23  Resolved: 05/Dec/22

Status: Closed
Project: DAM Focal
Component/s: None
Affects Version/s: 2.3.1
Fix Version/s: 2.4

Type: Bug Priority: Neutral
Reporter: Jonathan Ayala Assignee: Raphael Falvo
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Relates
relates to RESPDAM-83 JCR default values for variations Closed
causality
relation
Template:
Acceptance criteria:
Empty
Task DoD:
[X]* Doc/release notes changes? Comment present?
[X]* Downstream builds green?
[X]* Solution information and context easily available?
[X]* Tests
[X]* FixVersion filled and not yet released
[X]  Architecture Decision Record (ADR)
Bug DoR:
[X]* Steps to reproduce, expected, and actual results filled
[X]* Affected version filled
Date of First Response:
Team: Services
Work Started:

 Description   

Steps to reproduce

  1.  Upload a new asset
  2.  Check focal areas tab without modifying anything
  3. Save asset
  4. Open JCR browser and search for the newly created asset

Expected results

Information about focal areas is stored under focaAreas node

Actual results

Node focalAreas has no information

Development notes

This is affecting users when retrieving data from the Focal Endpoint as values are empty.



 Comments   
Comment by Marvin Kerkhoff [ 02/Dec/22 ]

Please also notice following. One option would be to use the focal points, they are usualy creating fallbacks. But only if you upload a single image inside the assets app. If you use the direct upload in the pages app or use zip upload in the dam app no focal points are set either, and no default entries are default inside the rest endpoint.

Comment by Raphael Falvo [ 05/Dec/22 ]

Will be released in the upcoming 2.3.2 release

Comment by Raphael Falvo [ 05/Dec/22 ]

Yes that would be good evystup , thank you.

Generated at Mon Feb 12 00:42:19 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.