Skip to Main Content

APEX

Announcement

For appeals, questions and feedback about Oracle Forums, please email oracle-forums-moderators_us@oracle.com. Technical questions should be asked in the appropriate category. Thank you!

Interested in getting your voice heard by members of the Developer Marketing team at Oracle? Check out this post for AppDev or this post for AI focus group information.

woking copy - when 2 staffs are working in the same page - updated compoment will be flushed when refresh the copy.

Old Xu3 days ago — edited 3 days ago

Here is my case in APEX 24.2.2

I have 2 staffs working in the same APEX page. for example

  • staff A and staff B working in page101. so we create 2 working copies for each (let's say copyA and copyB)

  • A works on changes 1,2,3 in page 101 while B works on changes 4,5,6.

  • A completes the changes quickly and catched up the first publish milestone (let's say pub1).

  • while B only finishes 4,5, so the 4,5,6 are planed to publish in next milestone (let's say pub2).

  • we merge copyA into main to publish A's work in pub1. the page after pub1 will have the page with change 1,2,3.

  • after that B completes the 4,5,6. we will publish B's work in pub2. The expected result is that after pub2, the page will be with the change 1,2,3,4,5,6.

    BUT

  • if we merge copyB into main directly after pub1. the change 1,2,3 in page101 are flushed (disappear).

  • if we do the refresh to copyB after pub1, 4, 5 which are completed and saved before pub1 are flushed. we only get the change of 1,2,3,6 after pub2.

Does APEX have the timestamp to record the chage of working copy, so when refresh the working copy, it will compare timestamp to keep the change that we need (like 4,5 in example above).

@steve-muench-oracle

This post has been answered by Steve Muench-Oracle on Apr 2 2025
Jump to Answer

Comments

Steve Muench-Oracle
Answer

Hi, working copy does not currently support having developers using separate working copies changing the same page or component in parallel. The “Merge into Main” and “Refresh from Main” operations today are selective overwrites of the entire page or component.

In APEX 24.2, a developer working in a working copy can compare her work with Main, or compare with a colleague's work in another working copy to identify what changes have been made, however best practice would be for a developer to lock the page in Main before she starts to modify it in a working copy. If all developers follow this procedure, then that minimizes the chance that two colleagues working in different working copies would end up with clashing changes.

In the future, we hope to offer a more granular merging capability, but I've described above the current state of functionality. By organizing feature or fix tickets in a way that don't require working on the same page at the same time, you can minimize the impact the current capabilities would have on your team's productivity.

Marked as Answer by Old Xu · 2 days ago
Old Xu

Thanks Steve for your answer. I will avoid to engage 2 staffs working in the same page.

Old Xu

Steve,

    I find another working copy issue regarding the page lock.  userA locks the page 2 as below.

then userB login and see the page 2 is locked in the main.

but after make a working copy, then look into the copy, we can find that the page locked in the main is unlocked in the copy. now userB can edit this page which is locked by userA in main.

And then, after userB modify the page, the page can be merged to main successfully. it is unbelievable. is it a bug?

Steve Muench-Oracle

Hi, I tried with APEX 24.2.2 on apex.oracle.com When User B is working on the locked-in-main page, the Page Designer shows a warning triangle that warns me I'm working on a page that is locked.

When User B tries to merge the working copy, APEX informs me that it's not possible and why.

Can you double-check the version of APEX your screen shots are from?

Thanks.

1 - 4

Post Details

Added 3 days ago
4 comments
68 views