nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

The file you are trying to save is being modified by different user.

RonaldV

Ts731 @ Win2k8

When a user click the save button of a dcr for the second time (s)he gets an warning message: "The file you are trying to save is being modified by different user. Do you want to overwrite?".

All formapi is disabled so that could not be the issue.

In the content_center.log a full stacktrace can be found:

[PHP]ERROR com.interwoven.ui.formspub.datacapture.SaveDCRCommand () - The file you are trying to save is being modified by different user. Do you want to overwrite the file?
com.interwoven.ui.formspub.datacapture.SaveDCRCommand$DCRVersionException: DCR is already modified.
at com.interwoven.ui.formspub.datacapture.SaveDCRCommand.checkDCRVersion(SaveDCRCommand.java:677)
at com.interwoven.ui.formspub.datacapture.SaveDCRCommand.execute(SaveDCRCommand.java:242)
at com.interwoven.ui.base.impl.command.CommandHandler.doExecuteCommand(CommandHandler.java:915)
at com.interwoven.ui.base.impl.command.CommandHandler.tryRunCommandDescriptor(CommandHandler.java:748)
at com.interwoven.ui.base.impl.command.CommandHandler.tryRunForward(CommandHandler.java:645)
......[/PHP]

Any hints?

Find more posts tagged with

Comments

Adam Stoller

Ts731 @ Win2k8

When a user click the save button of a dcr for the second time (s)he gets an warning message: "The file you are trying to save is being modified by different user. Do you want to overwrite?".

Generally speaking, I would assume something like this would happen if there was a problem doing impersonation such that the DCR was somehow being acted upon by the SYSTEM account yet still trying to do some form of impersonation as the logged-in user and thus getting a conflict of credentials.

RonaldV

It only happens when a user opens a dcr (e.g. clicks 'edit'), saves the dcr (e.g. click 'save'), and then saves the dcr again. If you 'open dcr => click save => close dcr => open dcr => click save' it does NOT happen. It happens with multiple users, multiple clients, multiple browsers. None of the users have 'logon locally'. And I really removed all formapi and tested; same problem.

Adam Stoller

It only happens when a user opens a dcr (e.g. clicks 'edit'), saves the dcr (e.g. click 'save'), and then saves the dcr again. If you 'open dcr => click save => close dcr => open dcr => click save' it does NOT happen. It happens with multiple users, multiple clients, multiple browsers. None of the users have 'logon locally'. And I really removed all formapi and tested; same problem.

When the user first edits the DCR and clicks Save on it - if you go to the main navigation view (CCPro) in the UI - and refresh the listing - does it show the user as the last Modified By owner, or does it show SYSTEM or some other generic account as the last Modified By owner?

RonaldV

It shows the current user under 'modified by', not SYSTEM or anything. And properly updates the modification date a s well.

Bowker

Ronald -

You are not the only one with this experience. We too are experiencing this same oddity. For now we're ignoring it. It seems to be more of an annoyance than anything else.

Dan

RonaldV

Well, that is good to know. Any response from iwov support?

Bowker

I have not brought it to their attention. It's more of an annoyance than an issue.

What I find more annoying are the error messages that appear occasionally in the yellowish box at the top of the right side panel in ccPro. (Closing the browser clears those up.)

gzevin

I have not brought it to their attention. It's more of an annoyance than an issue.

What I find more annoying are the error messages that appear occasionally in the yellowish box at the top of the right side panel in ccPro. (Closing the browser clears those up.)

It's an old message, but my users have reported the very same error on 7.3.2, also on 2008 R2 server.

anyone with the same issue?

RonaldV

On my current ts732@win2k8 I don't see the issue.

RonaldV

I need to revoke the previous message. The issue is still there (ts732 @win2k8) but only in IE(8) and, more annoying, the OK button is gone. Only cancel is available.

Kind of make you wonder what they are thinking of at Autonomy.

gzevin

I need to revoke the previous message. The issue is still there (ts732 @win2k8) but only in IE(8) and, more annoying, the OK button is gone. Only cancel is available.

Kind of make you wonder what they are thinking of at Autonomy.

We have our issue because of the user names were entered as non case-sensitive. Once the user do it according to their AD settings the issue goes away.

RonaldV

What is that exactly?

You mean, this issue occurs when in AD their account is 'xyz123' and they enter their user-id during logon as 'XYZ123'?

RonaldV

Well, i have to confirm this. In ts732 this is related to what you enter (upper vs lower) during login.

mcube

hi

Did you find any work around on this issue ?

Rick Poulin

Did you find any work around on this issue ?

I don't know if anybody else got an answer from HP, but our support ticket on this issue is still open.