I think this happens when trying to update an attachment that was created already but there is no corresponding existing file data for it because the original upload failed and for some reason the attachment was created anyway.
Fixed in the next release. If this case exists, the query for the existing file will be skipped. In vault/core/controller/ui/ajax/vw.php, find:
The only thing I can think of is that the DM for the new attachment-edit is failing silently when it is passed the invalid "existing" attachfileid of 0, before it receives the new correct value shown in your XML above.
In this case, it should be possible to circumvent the failure.
In vault/core/controller/ui/edit/attach/vw.php, find:
Code:
$attachdm->set($key, $value);
Before it, add:
Code:
if (
$key == 'attachmentid' OR
$key == 'attacheditid' OR
$key == 'attachfileid'
)
{
continue;
}
In vault/core/controller/dm/attach/vw.php, find:
Code:
if ($key == 'dateline' OR $key == 'rollback' OR $editdm->_isset($key))
Replace with:
Code:
if ($key == 'dateline' OR $key == 'rollback' OR $key == 'attachfileid' OR $editdm->_isset($key))
Find:
Code:
if (
$key == 'attacheditid' OR
$key == 'dateline' OR
$key == 'rollback' OR
$editdm->_isset($key)
)
Replace with:
Code:
if (
$key == 'attacheditid' OR
$key == 'dateline' OR
$key == 'rollback' OR
$key == 'attachfileid' OR
$editdm->_isset($key)
)
This site uses cookies to help personalize content, to tailor your experience, and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.