And there it is. Lol
I knew it must have been something obvious and it was :)
Thanks!
Andy
On Monday, December 9, 2013, LJ LongWing wrote:
> **
> Andrew,
> The workflow that is opening this form...is it opening it in 'Display'
> mode?...Display mode, by definition is every field read only
>
>
> On Mon, Dec 9, 2013 at 2:57 PM, Andrew Hicox
> <and...@hicox.com<javascript:_e({}, 'cvml', 'and...@hicox.com');>
> > wrote:
>
>> **
>> I discovered a few things poking at this a little further ...
>>
>> 1) every visible field in the interface is locked. If you create an
>> overlay and add a completely new field with public write permissions in
>> read/write display mode, it gets locked on display as well ! Even with
>> every single active link on TMS:Task disabled (and watching the log to be
>> sure)
>>
>> 2) this isn't a midtier or CSS bug, because if you load it up in windows
>> aruser it happens there too! (Ya rly)
>>
>> Either I'm missing something incredibly obvious (hoping someone here will
>> point that out actually) or this bug goes deeper than the mind of Minolta.
>>
>> Andy
>>
>> On Monday, December 9, 2013, Jason Miller wrote:
>>
>>> **
>>> We are seeing this too (8.0). One case where this has been a long-term
>>> issue for a particular user was just escalated to me late last week. I
>>> logged in with that account and opened a task that was reported as having
>>> the issue with no problem. I should be talking with him later today to see
>>> if we can get to the bottom of it. People are blaming it on his account
>>> but his account worked fine for me. I'll report back with what we find.
>>>
>>> Jason
>>>
>>>
>>> On Mon, Dec 9, 2013 at 10:24 AM, Andrew Hicox <and...@hicox.com> wrote:
>>>
>>>> ** I'm pretty well stumped by this.
>>>> We have a situation where intermittently users will open a task via
>>>> link in a notification, but it opens with all fields disabled.
>>>>
>>>> This looks for all the world like the "Default Admin View - Read Only"
>>>> view but I have determined that it isn't.
>>>>
>>>> What I did was I made a simple display form with a task I'd field a
>>>> button and a view field. I made an active link that does an open window
>>>> action on the specified task I'd in the view field. The active link
>>>> specifies the "Default Admin View" and BOOM! It opens with all the fields
>>>> disabled!
>>>>
>>>> I put an active link in to echo $VUI$ in an alert and it IS definitely
>>>> in the default admin view. So I figured there must be an active link
>>>> misfiring. So I DISABLED EVERY ACTIVE LINK ON TMS:Task ... And it STILL
>>>> opens the default admin view with every field locked!!
>>>>
>>>> Flushed my cache and watched the active link log ... Nothing fires
>>>> except my link to load the task!
>>>>
>>>> What the heck is locking these fields?! How can this even happen? More
>>>> to the point I strongly suspect whatever is going on here is also the cause
>>>> of my users intermittently opening tasks from notifications with all locked
>>>> fields.
>>>>
>>>> Anyone out there run into this before? For what it's worth the exact
>>>> same thing happens on my 764 test box as my 81sp2 box.
>>>>
>>>> - Andy
>>>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>>>
>>>
>>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>>
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>>
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"
