Hi Rocky, Michelle, Craig, et al.,
It's not a permissions issue and yes, we're using the built-in Add, Delete, & Display buttons.
The browser interface doesn't enable selecting a row in the pool. One can click wherever one wants and nothing is highlighted inside the pool. The first click on the pool causes the buttons to appear.
The result of the first invocation of the Add button is an attachment displayed in the top row of the "pool." A second invocation of the Add button results in a dialog asking whether one wants to replace the first attachment with the newly specified one.
It's not my application, so I won't carry the investigation any further at this point. I'll be interested to see whether the issue evaporates when we (eventually) upgrade to 6.3 or 7.x ARS.
Thanks for your ideas!
Doug
original message:
Date: Fri, 27 Oct 2006 13:53:34 -0600
From: "Carter, Craig J Civ ARPC/DPD" <[EMAIL PROTECTED]>
Subject: Re: multiple attachments in pool on mid tier?
We've never seen this problem and we use them all over the place in our
midtier. We're no longer on 6.0.1 either.
This may seem obvious but are you logging into the midtier with the same
permissions and have you verified the permissions for each attachment row in
the web view? Perhaps those extra rows were added later and the permissions
were not updated. Another obvious thing to check is whether you are
clicking on the actual row in the attachment pool when adding the
attachments on the web? We don't use buttons on the web (just use the built
in ones you get once you select a row) and you have to click each specific
row or the attachment will keep going into the first row (or currently
selected row).
Are you using a button with locally-built workflow or are you using the
built-in buttons?
CRAIG J. CARTER
__20060125_______________________This posting was submitted with HTML in it___
