Yes, we have run into the issues with URL changes for a RKM 7.6.04 article as well. Below is a dynamic URL you can use as a workaround to lookup the article which won't change when the article is versioned but it's not the most efficient construct and it does display a results list at the top of the screen which is not optimal...
http://<midtierserver>/arsys/forms/<appserver>/RKM%3aKnowledgeArticleManager/Display+View/?qual=%27Article%20ID%27%3D%22<Article<http://%3cmidtierserver%3e/arsys/forms/%3cappserver%3e/RKM%3aKnowledgeArticleManager/Display+View/?qual=%27Article%20ID%27%3D%22%3cArticle> ID>%22+AND+%27Status*%27%3C+900 Use this inserting your KBA number into the link. Nate. Nathan Aker ITSM Solution Architect McAfee, Inc. From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Guillaume Rheault Sent: Wednesday, May 02, 2012 8:17 PM To: [email protected] Subject: Re: URL DIRECT LINKS IN 7.6.04 CHANGE FOR ITSM FORMS DUE TO SHR:LANDINGCONSOLE INTERFERENCE ** totally ridiculous... there should be a hall of fame/shame devoted to ridiculous stuff like this ________________________________ From: Action Request System discussion list(ARSList) [[email protected]] on behalf of patrick zandi [[email protected]] Sent: Wednesday, May 02, 2012 2:42 PM To: [email protected] Subject: Re: URL DIRECT LINKS IN 7.6.04 CHANGE FOR ITSM FORMS DUE TO SHR:LANDINGCONSOLE INTERFERENCE ** RKM application is the same way... it used to have links that never changed.. now it does not.. every update new link.. Someone on the list posted (I seem to remember) bmc's answer was submit an enhancement request.. On Wed, May 2, 2012 at 2:34 PM, Guillaume Rheault <[email protected]<mailto:[email protected]>> wrote: ** an enhancement request on a feature that has been working for many years? you got to be kidding *-) Now for "New cheaper engineers in a 3rd world country needs to reinvent the wheel previously created with American ingenuity." Don't you love this efficiency in world economics? ________________________________ From: Action Request System discussion list(ARSList) [[email protected]<mailto:[email protected]>] on behalf of patrick zandi [[email protected]<mailto:[email protected]>] Sent: Wednesday, May 02, 2012 2:22 PM To: [email protected]<mailto:[email protected]> Subject: Re: URL DIRECT LINKS IN 7.6.04 CHANGE FOR ITSM FORMS DUE TO SHR:LANDINGCONSOLE INTERFERENCE ** -- sounds like an enhancement request. If it already existed previously, and now it needs to be reinvented... the conclusion that im coming too would be something like:: New cheaper engineers in a 3rd world country needs to reinvent the wheel previously created with American ingenuity. On Wed, May 2, 2012 at 2:00 PM, strauss <[email protected]<mailto:[email protected]>> wrote: ** Yes, that is the case. I actually store that entire string in a custom field in the Incident on submit - a good time to get the entry id - to use later with Kinetic Calendar or anything else that needs a direct URL to the Incident. It's much easier than trying to construct it later. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing & IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:[email protected]<mailto:[email protected]>] On Behalf Of Guillaume Rheault Sent: Wednesday, May 02, 2012 12:15 PM To: [email protected]<mailto:[email protected]> Subject: Re: URL DIRECT LINKS IN 7.6.04 CHANGE FOR ITSM FORMS DUE TO SHR:LANDINGCONSOLE INTERFERENCE ** The only direct access URL that still works, without specifying the SHR:LandingConsole is the one where the entry id (field id 1) is specified, such as http://remedy/arsys/servlet/ViewFormServlet?server=remedyapp&form=CHG%3AInfrastructure%20Change&eid=CRQ000000100001 it really SUCKS that the other direct URL ones don't work, such as the ones where you can specify a query. This new FEATURE broke some existing integrations and made us redesign other ones... just great. In the ITSM world, having to deal with entry id makes things kludgy for integrations, since it is the incident ID or change ID that are visible to the user. But at least that direct ccess URL with the entry ID works. I hope BMC does not break that one in ITSM 7.7. The direct access URL mechanism as described in the mid-tier guide page 76-84 has been implemented for years now until the @#$%^& landing console It seems to me backwards compatibility should mean more than just API version compatibility: it should also consider URLs, specially when more and more integrations use these features to display whatever request/ticket/etc. This kind of problems could be avoided if there was more communication and coordination between the different groups that develop the modules, whether ITSM modules or core ARS components. Who knows where in the world this SHR:LandingConsole was cooked up, but the dudes there definitely had no idea about the consequences of their design for existing customers. Now if you want to talk about BMC simplicity, an excellent topic is mid-tier active link logging 8 - 0 / As far as I'm concerned, that whole active link logging area needs to be totally re-designed so it's half useful. Guillaume ________________________________ -- Patrick Zandi _attend WWRUG12 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers Are"_ -- Patrick Zandi _attend WWRUG12 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
