Hi List,
Can you please assist me again on below issue?
Is there any process or mechanism on Incident, to stop the clock and reactivate
it again?
My purpose is to move the Incident into special Status Reason value. Till the
time Incident is in that Status Reason, clock should be stopped for Inc
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
>
>
>
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 wrote:
> **
> I discovered a few things poking at this a little further ...
>
> 1) every visible field in the
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
Opened a Remedy form in Chrome today - Chrome added a little message on top
- it said “This page is in Slovak” Would you like to translate it. (Nope,
Translate)
-John
--
*John Sundberg*
Kinetic Data, Inc.
"Your Business. Your Process."
Save the date!
*KEG14*
February 24-25, 2014
*For more
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
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 mad
I had submitted an idea to the communities page to make it easier to manage
forms when there are multiple panels (fields in general) on top of each
other. Vote it up if you think it'd be useful.
https://communities.bmc.com/ideas/2455
Thad
On Mon, Dec 9, 2013 at 9:52 AM, Dale Jones wrote:
> **
So far enlarging the z2PLH_Main, z2PL_BodyPg and z2PLH_ConsoleSplitter
fields will allow a single ticket (or new ticket) to be displayed properly.
But still working on fixing the display when there is a search results list
in the mix.
But your tip is spot on ref Outline. If you didn't use the O
Tim,
If memory serves me correct, there are multiple Panels there on top of each
other.
Kind of a pain.
You have to move the top panel to get to the panel under it. Leverage the
Outline + and - in Dev Studio.
Work flow hides and unhides these panels.
Dale Jones
DCS
Raleigh, NC
919-523-6034
__
You are correct, this is in Atlanta, GA USA (not remote). Full Time Employee
position, I will respond with a link directly as soon as it is posted on our
Turner.com website for applications.
I just wanted to get it out there as soon as possible to receive feedback of
interest.
Thanks to you all,
BUT..
This did lead me down another branch of the path you started me on, where I
think I have found the problem.
It's not the size of the HPD:Help Desk form that's causing the issue. I
think it's the size of the panel and related view field on the SHR:Landing
Console. Playing with that n
Andrey,
We are in a load balanced environment and a form change was only picked up by
two of my three servers.
So here we needed to run a arsignal -r , so the server could cache
the form change.
Hope this helps,
Howard
From: Action Request System discussion list(ARSList)
[mailto:arslist@AR
Andrey:
Do you normally have your users clear their local browser caches after you’ve
flushed the mid-tier cache? Ideally, to get all of your users in sync with the
server, you’d want to have all of them clear their browser caches after you
flush the mid-tier cache (though getting them to do a
I did check that. The form is sized ok. When I view it in "Show Actual View
Size" mode, the 3 fields that get covered are visible and the buttons
(z2PH_FormControlHolder) are below the fields.
But thanks for the thought.
Tim
From: Action Request System discussion list(ARSList)
[mailto:arsl
Is it possible that you need to change the size of the form? Have you
tried verifying that it is big enough at least?
With the form open in DS hit ctrl+alt+m or go to the Layout menu and choose
"Show Actual View Size" and make sure that size is properly sized.
I figure it can't hurt to check.
H
Hello Dragan,
I'm not sure if this is comparable (taxes, benefits, life cost in
general...) but here in Paris 100k€ is a lot higher than the salary I would
aim for, as an RSA with 15 years of experience.
On Mon, Dec 9, 2013 at 10:55 AM, Dragan Levic
wrote:
> It depends on the location and skill
I'm still stuck. It's probably a "has it got gas in it" problem, but I can't
see it. Any help is appreciated.
Thanks,
Tim
-Original Message-
From: Timothy Powell [mailto:timothy.pow...@pbs-consulting.com]
Sent: Friday, December 06, 2013 11:17 AM
To: 'arslist@ARSLIST.ORG'
Subject: Adding
We have 2 application servers and 2 web servers, all of them work with the
same database. I want to show you 2 examples of this error/behavior. The same
user opens the same incident, but on the different web servers:
1. https://dl.dropboxusercontent.com/u/6766330/Case1.png
2. https://dl.dropbo
If I am understanding what you are talking about, you might be seeing
different views of the same form. That would be the most logical in my
mind.
HTH,
Brian Goralczyk
On Mon, Dec 9, 2013 at 5:53 AM, Terje Moglestue wrote:
> **
>
> Andrey,
>
> I have done plenty of work within 7.6.04. With c
Andrey,
I have done plenty of work within 7.6.04. With control fields you mean hidden
fields on forms related to ITSM? I have never seen what you describe. The first
thing that come to my mind is with larger developer teams could some of the
other developers have moved a field or two?
~
Terje
Hi, everyone,
We have a problem when we work with ITSM (ARSystem 7.6.04). From time to time
some of controls "move" from one place to another on the form. which reason
could be of this behavior? When we try to flush cache and it helps to solve
problem for one group of "movements" but it causes
It depends on the location and skills obviously. In Germany I have no idea as
that information is not something that is shared. Based on some assumptions,
I'd venture a guess between 30k and 70k â¬.
Not sure how this helps with my question though :)
_
23 matches
Mail list logo
