Expand my Community achievements bar.

Adobe Summit 2025: AEM Session Recordings Are Live! Missed a session or want to revisit your favorites? Watch the latest recordings now.

Mark Solution

This conversation has been locked due to inactivity. Please create a new post.

SOLVED

SharedCursor - userDependentItems

Avatar

Former Community Member

Me again

I have a SharedCursor CollectionNode with a SharedCursor node on which I have userDependentItems to true.

But the items doesn't get retracted until the everybody has left the room (because sessionDependItems is also true).

1 Accepted Solution

Avatar

Correct answer by
Former Community Member

You shouldn't need to manually set anything there - userDependentItems

should (and in my experience, does), retract the cursors as users leave. Are

you by any chance still seeing these users in the room itself in the

"manage" tab of the console? This is the first I've heard of this problem,

and we've been doing this for a while.

Thanks for any help,

nigel

View solution in original post

6 Replies

Avatar

Former Community Member

Hi ,

Can you test this scenario ? Set UserDependant to true . Get two users in SharedCursor and let both of them publish some messages ( via moving cursors) and let one person leave. Then please look at the dev console log and tell us if the item for the user left is still there or retracted. If not, send us a small test code. We will look into it.

Thanks

Hironmay Basu

Avatar

Former Community Member

Already did that test. And looking at the Room console the item doesn't get retracted. It stays until everyone has left the Room.

I will try to make a small example and send you - thanks

Avatar

Former Community Member

Hi,

SessionDependantItems by default is false , and we are not changing it in the SharedCursor's nodeConfiguration. Are you manually setting sessionDependantItems to true ? I will take a look at the chat problem.

Thanks

Hironmay Basu

Avatar

Former Community Member

Yes. I have set sessionDependentItems to true manually.

Of course that would be unneccesary If userDependentItems work the way I think it should

Avatar

Correct answer by
Former Community Member

You shouldn't need to manually set anything there - userDependentItems

should (and in my experience, does), retract the cursors as users leave. Are

you by any chance still seeing these users in the room itself in the

"manage" tab of the console? This is the first I've heard of this problem,

and we've been doing this for a while.

Thanks for any help,

nigel

Avatar

Former Community Member

I'm sorry. I think I'm confusing myself with all these different questions I have.

I do not have sessionDependentItems to true. And looking at the console the item gets retracted.

And it seems to be working now - so thank you. Don' t know what happened before.

The following has evaluated to null or missing: ==> liqladmin("SELECT id, value FROM metrics WHERE id = 'net_accepted_solutions' and user.id = '${acceptedAnswer.author.id}'").data.items [in template "analytics-container" at line 83, column 41] ---- Tip: It's the step after the last dot that caused this error, not those before it. ---- Tip: If the failing expression is known to be legally refer to something that's sometimes null or missing, either specify a default value like myOptionalVar!myDefault, or use <#if myOptionalVar??>when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: #assign answerAuthorNetSolutions = li... [in template "analytics-container" at line 83, column 5] ----