Ken, If you know which form the active link works on, why not create a working list and add the forms that you intend to see active links in?
This is a much faster way to access objects related to a form Regards, Karthik On Mar 14, 2013 6:13 AM, "Joe D'Souza" <jdso...@shyle.net> wrote: > ** > > I had negative experiences with using the Admin tool of mismatched > versions too, fortunately in test/sandbox type environments. And since then > never took that risk. And mostly now since I do contract work, I avoid that > risk because the last thing I would want is a customers system to be broken > on account of that. But that’s encouraging to hear that they are more > grounded now on the whole backward compatibility between the development > tools and the server.**** > > ** ** > > I would only take that risk though if I encounter a circumstance where > there is a bug with the matching version but works better if using the DS > tool of a higher version. I had done it on the early releases of the DS > tool on 7.6.04 where P2 and below were buggy, but used to switch back and > forth – only work with the function where the bug manifested but returned > to the matching version for all other work.**** > > ** ** > > I know at the end of the day its just data (meta data) that you can > corrupt, which can be recovered by a DB restore, but when you are sub > contracting, it often doesn’t go too well if you are the reason they needed > to roll back a DB J**** > > ** ** > > Joe**** > > ** ** > > ** ** > ------------------------------ > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Jason Miller > *Sent:* Wednesday, March 13, 2013 5:50 PM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Dev Studio Error getting list of Active Link objects**** > > ** ** > > ** **** > > I'll disagree with you Joe :)**** > > ** ** > > I am using 8.1 with our 7.6.04, 8.0 and 8.1 systems. Since we have a > range of version I have chosen to only install one version of DS to work > with all servers. Obviously I haven't been using the 8.1 very long but I > had been using 8.0 extensively with AR 7.6.04 without issue.**** > > ** ** > > I talked to the a DS engineer a few WWRUGs back and he encouraged me to > use a higher version of DS. I was skeptical at first but seemed very > confident about the statement. I have been doing ever since. Even when we > only had 7.5 servers I was using 7.6.04 DS because there were so many > improvements and bugs fixed.**** > > ** ** > > This is a change from the Admin Tool where I paid the price once and only > once for using a version that allow me to use features that the AR Server > would not recognize.**** > > ** ** > > Jason**** > > ** ** > > On Wed, Mar 13, 2013 at 12:46 PM, Joe D'Souza <jdso...@shyle.net> wrote:** > ** > > ** **** > > I absolutely agree with this. It is seeking an avenue for problems by > doing this. Which is why I might take the risk to solve certain bug type > problems by raising my DS to a minor patch over the existing server version > (although that may not be the ideal thing to do either), but I wouldn’t > risk going up on DS by an entire version. It might be designed to be > backward compatible, but I could bet a few beers, it’s not tested to be > backward compatible as thoroughly as it is tested for the current version. > **** > > **** > > Joe**** > ------------------------------ > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Rick Westbrock > *Sent:* Wednesday, March 13, 2013 2:05 PM**** > > > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Dev Studio Error getting list of Active Link objects**** > > **** > > I have found in the past that sometimes using an Admin Tool or Dev Studio > version that does not exactly match the server can cause unexpected issues. > Nominally the tools should be backward compatible but in practice I have > seen strange errors get resolved by downgrading whichever administration > tool you are using to match the exact version/patch of the server.**** > > **** > > An example is that I had some weird problem that I don’t exactly recall a > few months ago when I was running Dev Studio 7.6.04 SP4 against a server > that was ARS 7.6.04 SP2. The problem did not exist when I changed to Dev > Studio SP2 to match the server. I thought it was always best practice to > match your administration tool to the server while it was less critical for > the old Windows User Tool (newer versions of the tool never seemed to cause > problems against an older server).**** > > **** > > -Rick**** > > **** > > ___________________________**** > > Rick Westbrock**** > > QMX Support Services**** > > **** > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Tanner, Doug > *Sent:* Wednesday, March 13, 2013 9:42 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Dev Studio Error getting list of Active Link objects**** > > **** > > ** **** > > Make sure Dev Studio is 7.6.4 (SP4)**** > > Doug**** > > **** > > *From:* Action Request System discussion list(ARSList) [ > mailto:arslist@ARSLIST.ORG <arslist@ARSLIST.ORG>] *On Behalf Of *Cecil, > Ken > *Sent:* Wednesday, March 13, 2013 12:40 PM > *To:* arslist@ARSLIST.ORG > *Subject:* Dev Studio Error getting list of Active Link objects**** > > **** > > ** **** > > I cannot pull up the list of Active Links in dev studio on our production > server. Any ideas? Anyone else ever have this?**** > > **** > > “Errors encountered while retrieving Active Links list from <servername>. > ERROR (300): Malloc failed on server; (ARERR 5087)”**** > > **** > > **** > > **** > > **** > > It is just Active Links all the other object types pull up fine, even the > Active Link Guides list.**** > > **** > > **** > > AR 7.5 > ITSM 7.6 > Windows 2003 Enterprise 64bit > SQL 2008**** > > **** > > Thanks,**** > > Ken.**** > > **** > > *From:* Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] *On Behalf Of *Greg Donalson > *Sent:* Wednesday, March 13, 2013 10:29 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Incident Managment Issue 7.6 SP4 - Urgent**** > > **** > > ** **** > > Hi Ramy,**** > > **** > > Make sure the user has a Default Support Group.**** > > **** > > Greg**** > > **** > > *From:* Action Request System discussion list(ARSList) [ > mailto:arslist@ARSLIST.ORG <arslist@ARSLIST.ORG>] *On Behalf Of *Ramy S. > Ayoub > *Sent:* Wednesday, March 13, 2013 9:15 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Incident Managment Issue 7.6 SP4 - Urgent**** > > **** > > ** **** > > Dears ,**** > > **** > > when selecting template and try to submit ticket below error appear**** > > **** > > Required field cannot be blank. : HPD:Help Desk Assignment Log : Assigned > Support Organization (ARERR 326) **** > > **** > > **** > > **** > > **** > > **** > > Required field cannot be blank. : HPD:Help Desk Assignment Log : Assigned > Group ID (ARERR 326) **** > > **** > > **** > > **** > > **** > > **** > > Required field cannot be blank. : HPD:Help Desk Assignment Log : Assigned > Group (ARERR 326) **** > > **** > > **** > > **** > > **** > > **** > > Required field cannot be blank. : HPD:Help Desk Assignment Log : Assigned > Support Company (ARERR 326) **** > > **** > > > **** > > > but when set assignment ( Auto Assignment ) ticket created !!! - Any Idea* > *** > > **** > > **** > > **** > > _ARSlist: "Where the Answers Are" and have been for 20 years_ **** > > _ARSlist: "Where the Answers Are" and have been for 20 years_ **** > > **** > > **** > ------------------------------ > > This email and any files transmitted with it are confidential and intended > solely for the addressee. If you have received this email in error please > notify the system manager. Subject to local law, communications (including > traffic data) with Hubbell may be monitored by our systems [or a third > party's systems on our behalf] for the purposes of security and the > assessment of internal compliance with Hubbell policies. This footnote also > confirms that this email message has been swept for the presence of > computer viruses. > www.hubbell.com - Hubbell Incorporated**** > > **** > > _ARSlist: "Where the Answers Are" and have been for 20 years_ **** > > > > > This email is subject to certain disclaimers, which may be reviewed via > the following link. http://compass-usa.com/Pages/Disclaimer.aspx **** > > _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_ **** > _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"
<<image001.jpg>>
