[PUBLISHING-55] Read Timeout exception ends up with inconsistencies of content between public instances Created: 27/Mar/19  Updated: 29/Mar/22  Resolved: 04/Apr/19

Status: Closed
Project: Publishing
Component/s: None
Affects Version/s: None
Fix Version/s: 1.0.7, 1.1

Type: Bug Priority: Neutral
Reporter: Robert Šiška Assignee: Robert Šiška
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: 0d
Time Spent: 1d
Original Estimate: Not Specified

Issue Links:
causality
duplicate
is duplicated by EEPUBLISH-11 Read Timeout exception ends up with i... Closed
Template:
Acceptance criteria:
Empty
Task DoD:
[ ]* Doc/release notes changes? Comment present?
[ ]* Downstream builds green?
[ ]* Solution information and context easily available?
[ ]* Tests
[ ]* FixVersion filled and not yet released
[ ]  Architecture Decision Record (ADR)
Bug DoR:
[ ]* Steps to reproduce, expected, and actual results filled
[ ]* Affected version filled
Epic Link: Support
Sprint: Foundation 7, Foundation 8
Story Points: 8
Team: Nucleus

 Description   

If there is a Read Timeout exception when publishing in one of the public instances, the transaction is rolled back as expected. However, if after the timeout exception and the rollback the thread/resource is unblocked and the publication process continues, the content is published, and, as a result, the public instances end up with different content.

To reproduce this issue. A Breakpoint can be added when the lock is done in one of the public instances (for example, info.magnolia.publishing.transactional.receiver.locking.TransactionalJcrLockManager.applyLock(Lock)). After the timeout exception is thrown, let the process continue and you will reproduce the issue. Set /modules/publishing-core/config/receivers/demoPublic@readTimeout=30000 (30s) to save some time.

Can be reproduced in Magnolia 5.6.8 and 5.7.1.

Read related support ticket for more information

Due to high priority, release the module by itself.


Generated at Mon Feb 12 10:34:58 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.