Re: PERFORM-ACTION-OPEN-URL
Never tried this but 6.3 docs say this: To open the page in a new browser window, enter: PERFORM-ACTION-OPEN-URL or PERFORM-ACTION-OPEN-URL new To open the page in the current browser window, enter: PERFORM-ACTION-OPEN-URL current Mac Rhoades Rockwell Collins Duluth, GA 30096 From: "Kemes, Lisa" To: arslist@ARSLIST.ORG Date: 06/09/2011 08:45 AM Subject: PERFORM-ACTION-OPEN-URL Sent by:"Action Request System discussion list(ARSList)" ** Is there any way to add to this command to force that the URL is opened in a new window? Lisa Kemes AR System Developer TE Information Systems Global Infrastructure and Ops +01 717 810 2408 tel +01 717 602 9460 mobile lisa.ke...@te.com MS 161-43 P.O. Box 3608 Harrisburg, PA 17105-3608 www.te.com _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ <><><><><><>
Re: PERFORM-ACTION-OPEN-URL
PERFORM-ACTION-OPEN-URL new "url string" --- John J. Reiser Remedy Developer/Administrator Senior Software Development Analyst Lockheed Martin - MS2 The star that burns twice as bright burns half as long. Pay close attention and be illuminated by its brilliance. - paraphrased by me From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Thursday, June 09, 2011 8:45 AM To: arslist@ARSLIST.ORG Subject: EXTERNAL: PERFORM-ACTION-OPEN-URL ** Is there any way to add to this command to force that the URL is opened in a new window? Lisa Kemes AR System Developer TE Information Systems Global Infrastructure and Ops +01 717 810 2408 tel +01 717 602 9460 mobile lisa.ke...@te.com MS 161-43 P.O. Box 3608 Harrisburg, PA 17105-3608 [cid:image001.gif@01CC2683.3A8619E0]<http://www.te.com/> www.te.com<http://www.te.com/> [cid:image002.png@01CC2683.3A8619E0]<http://twitter.com/teconnectivity>[cid:image003.png@01CC2683.3A8619E0]<http://www.facebook.com/teconnectivity>[cid:image004.png@01CC2683.3A8619E0]<http://www.flickr.com/photos/teconnectivity/>[cid:image005.png@01CC2683.3A8619E0]<http://www.linkedin.com/groups?gid=1591657>[cid:image006.png@01CC2683.3A8619E0]<http://www.youtube.com/teconnectivity> _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are" <><><><><><>
Re: PERFORM-ACTION-OPEN-URL
Thanks so much!! I found the documentation on the Workflow Objects doc Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Reiser, John J Sent: Thursday, June 09, 2011 8:57 AM To: arslist@ARSLIST.ORG Subject: Re: PERFORM-ACTION-OPEN-URL ** PERFORM-ACTION-OPEN-URL new "url string" --- John J. Reiser Remedy Developer/Administrator Senior Software Development Analyst Lockheed Martin - MS2 The star that burns twice as bright burns half as long. Pay close attention and be illuminated by its brilliance. - paraphrased by me From: Action Request System discu ssion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Thursday, June 09, 2011 8:45 AM To: arslist@ARSLIST.ORG Subject: EXTERNAL: PERFORM-ACTION-OPEN-URL ** Is there any way to add to this command to force that the URL is opened in a new window? Lisa Kemes AR System DeveloperTE Information Systems Global Infrastructure and Ops +01 717 810 2408 tel +01 717 602 9460 mobile lisa.ke...@te.com<mailto:lisa.ke...@te.com> MS 161-43 P.O. Box 3608 Harrisburg, PA 17105-3608 [cid:image001.gif@01CC26B2.F5C6C360]<http://www.te.com/> www.te.com<http://www.te.com/> [cid:image002.png@01CC26B2.F5C6C360]<http://twitter.com/teconnectivity>[cid:image003.png@01CC26B2.F5C6C360]<http://www.facebook.com/teconnectivity>[cid:image004.png@01CC26B2.F5C6C360]<http://www.flickr.com/photos/teconnectivity/>[cid:image005.png@01CC26B2.F5C6C360]<http://www.linkedin.com/groups?gid=1591657>[cid:image006.png@01CC26B2.F5C6C360]<http://www.youtube.com/teconnectivity> _attend WWRUG11 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers Are"_ _attend WWRUG11 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers Are"_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are" <><><><><><>
OpenWindow vs. PERFORM-ACTION-OPEN-URL
Hi, Recently I was experimenting using PERFORM-ACTION-OPEN-URL instead of an OpenWindow action to open a Modify window on a specific entry (using the ?eid= parameter). It's easy enough to use and I certainly got it working, but the performance as compared to OpenWindow was abysmal. My guess is that this has something to do with browser caching...maybe this method can't use the cache or something. But I'm not sure since I don't really know anything about how browser caching works. I opened up the Network Monitoring console on Netscape and do see some significant differences in the request/response transactions, but I don't quite know how to interpret it. Does anyone have any thoughts or experience as to why I'm seeing this performance difference or how to mitigate it if at all possible? I've tried it on each of IE, Chrome, & Netscape with similar results. FYI here are my reasons for potentially wanting to use PERFORM-ACTION-OPEN-URL: when (in the natural course of navigating through my application) the user wishes to modify some entry, I have some generalized workflow that causes the app to open a Modify window. If the window is opened using OpenWindow, though, and the user subsequently attempts to refresh the browser page, it's converted to a Query (Search) window and the context is lost. Similarly, I was hoping to preserve browser history functionality for the user. If a user navigates from one entry to another (on the same for or a different one), then the browser's Back and Forward functions should work correctly and revisit the appropriate previously visited entries in modify mode, but with OpenWindow they don't. Using PERFORM-ACTION-OPEN-URL accomplishes both of these goals NICELY and I'd switch my generalized workflow to use it except for the performance issue. Any thoughts? Thanks, Charlie ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
PERFORM-ACTION-OPEN-URL Question - Window Size
Hello All, I am trying to open a URL through Active Link using PERFORM-ACTION- OPEN-URL $TempField$ URL does open up in a new window, but the only problem is it opens up in fullscreen mode. Is there a way to make the window size smaller. Since the message contained in the window is very small, so just trying to make the window smaller so it will look better and user can easily read the message contained in the window. Thank you, Raj ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
Re: OpenWindow vs. PERFORM-ACTION-OPEN-URL
I won't pretend to know the answer - but have you ruled out some piece of search workflow that might be running when you use the application command, which might not be running with an optimal search criteria, which might not be triggered during the regular Open Window action? I wouldn't have thought there would be a difference in the performance when essentially you are doing the same thing. Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Charlie Lotridge Sent: Sunday, April 13, 2014 1:51 PM To: arslist@ARSLIST.ORG Subject: OpenWindow vs. PERFORM-ACTION-OPEN-URL ** Hi, Recently I was experimenting using PERFORM-ACTION-OPEN-URL instead of an OpenWindow action to open a Modify window on a specific entry (using the ?eid= parameter). It's easy enough to use and I certainly got it working, but the performance as compared to OpenWindow was abysmal. My guess is that this has something to do with browser caching...maybe this method can't use the cache or something. But I'm not sure since I don't really know anything about how browser caching works. I opened up the Network Monitoring console on Netscape and do see some significant differences in the request/response transactions, but I don't quite know how to interpret it. Does anyone have any thoughts or experience as to why I'm seeing this performance difference or how to mitigate it if at all possible? I've tried it on each of IE, Chrome, & Netscape with similar results. FYI here are my reasons for potentially wanting to use PERFORM-ACTION-OPEN-URL: when (in the natural course of navigating through my application) the user wishes to modify some entry, I have some generalized workflow that causes the app to open a Modify window. If the window is opened using OpenWindow, though, and the user subsequently attempts to refresh the browser page, it's converted to a Query (Search) window and the context is lost. Similarly, I was hoping to preserve browser history functionality for the user. If a user navigates from one entry to another (on the same for or a different one), then the browser's Back and Forward functions should work correctly and revisit the appropriate previously visited entries in modify mode, but with OpenWindow they don't. Using PERFORM-ACTION-OPEN-URL accomplishes both of these goals NICELY and I'd switch my generalized workflow to use it except for the performance issue. Any thoughts? Thanks, Charlie ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: OpenWindow vs. PERFORM-ACTION-OPEN-URL
Thanks for the suggestion Joe. Unfortunately the solution is not going to be that simple: I was actually using a request id in the search, so it's not going to get more optimal than that. I actually did a side-by-side comparison earlier. I set up an AL that would open an entry using OpenWindow, and another that opened the same entry using a URL, both effectively doing the same exact search (using a request id). The URL method took a full second more to load (about .6 for OpenWindow vs. 1.6 seconds for the URL). Using the browser's network monitor I can see that it's performing some additional network transactions, though (again) I really don't how to interpret these results yet. -charlie On Sun, Apr 13, 2014 at 1:57 PM, Joe D'Souza wrote: > ** > > I won’t pretend to know the answer – but have you ruled out some piece of > search workflow that might be running when you use the application command, > which might not be running with an optimal search criteria, which might not > be triggered during the regular Open Window action? I wouldn’t have thought > there would be a difference in the performance when essentially you are > doing the same thing. > > > > Joe > > > -- > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Charlie Lotridge > *Sent:* Sunday, April 13, 2014 1:51 PM > *To:* arslist@ARSLIST.ORG > *Subject:* OpenWindow vs. PERFORM-ACTION-OPEN-URL > > > > ** > > Hi, > > > > Recently I was experimenting using PERFORM-ACTION-OPEN-URL instead of an > OpenWindow action to open a Modify window on a specific entry (using the > ?eid= parameter). It's easy enough to use and I certainly got > it working, but the performance as compared to OpenWindow was abysmal. > > > > My guess is that this has something to do with browser caching...maybe > this method can't use the cache or something. But I'm not sure since I > don't really know anything about how browser caching works. I opened up > the Network Monitoring console on Netscape and do see some significant > differences in the request/response transactions, but I don't quite know > how to interpret it. > > > > Does anyone have any thoughts or experience as to why I'm seeing this > performance difference or how to mitigate it if at all possible? I've > tried it on each of IE, Chrome, & Netscape with similar results. > > > > FYI here are my reasons for potentially wanting to use > PERFORM-ACTION-OPEN-URL: when (in the natural course of navigating through > my application) the user wishes to modify some entry, I have some > generalized workflow that causes the app to open a Modify window. If the > window is opened using OpenWindow, though, and the user subsequently > attempts to refresh the browser page, it's converted to a Query (Search) > window and the context is lost. > > > > Similarly, I was hoping to preserve browser history functionality for the > user. If a user navigates from one entry to another (on the same for or a > different one), then the browser's Back and Forward functions should work > correctly and revisit the appropriate previously visited entries in modify > mode, but with OpenWindow they don't. > > > > Using PERFORM-ACTION-OPEN-URL accomplishes both of these goals NICELY and > I'd switch my generalized workflow to use it except for the performance > issue. > > > > Any thoughts? > > > > Thanks, > > Charlie > _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"
Re: OpenWindow vs. PERFORM-ACTION-OPEN-URL
Charlie, Is it possible the extra traffic is relating to authentication? I know when you do a open window action, the window is opened 'in the same session', but is it possible that when doing a URL call, it's having to communicate with the web server to determine which session is yours, which is taking a bit of time? On Sun, Apr 13, 2014 at 7:37 PM, Charlie Lotridge wrote: > ** > Thanks for the suggestion Joe. Unfortunately the solution is not going to > be that simple: I was actually using a request id in the search, so it's > not going to get more optimal than that. > > I actually did a side-by-side comparison earlier. I set up an AL that > would open an entry using OpenWindow, and another that opened the same > entry using a URL, both effectively doing the same exact search (using a > request id). The URL method took a full second more to load (about .6 for > OpenWindow vs. 1.6 seconds for the URL). Using the browser's network > monitor I can see that it's performing some additional network > transactions, though (again) I really don't how to interpret these results > yet. > > -charlie > > > On Sun, Apr 13, 2014 at 1:57 PM, Joe D'Souza wrote: > >> ** >> >> I won't pretend to know the answer - but have you ruled out some piece of >> search workflow that might be running when you use the application command, >> which might not be running with an optimal search criteria, which might not >> be triggered during the regular Open Window action? I wouldn't have thought >> there would be a difference in the performance when essentially you are >> doing the same thing. >> >> >> >> Joe >> >> >> -- >> >> *From:* Action Request System discussion list(ARSList) [mailto: >> arslist@ARSLIST.ORG] *On Behalf Of *Charlie Lotridge >> *Sent:* Sunday, April 13, 2014 1:51 PM >> *To:* arslist@ARSLIST.ORG >> *Subject:* OpenWindow vs. PERFORM-ACTION-OPEN-URL >> >> >> >> ** >> >> Hi, >> >> >> >> Recently I was experimenting using PERFORM-ACTION-OPEN-URL instead of an >> OpenWindow action to open a Modify window on a specific entry (using the >> ?eid= parameter). It's easy enough to use and I certainly got >> it working, but the performance as compared to OpenWindow was abysmal. >> >> >> >> My guess is that this has something to do with browser caching...maybe >> this method can't use the cache or something. But I'm not sure since I >> don't really know anything about how browser caching works. I opened up >> the Network Monitoring console on Netscape and do see some significant >> differences in the request/response transactions, but I don't quite know >> how to interpret it. >> >> >> >> Does anyone have any thoughts or experience as to why I'm seeing this >> performance difference or how to mitigate it if at all possible? I've >> tried it on each of IE, Chrome, & Netscape with similar results. >> >> >> >> FYI here are my reasons for potentially wanting to use >> PERFORM-ACTION-OPEN-URL: when (in the natural course of navigating through >> my application) the user wishes to modify some entry, I have some >> generalized workflow that causes the app to open a Modify window. If the >> window is opened using OpenWindow, though, and the user subsequently >> attempts to refresh the browser page, it's converted to a Query (Search) >> window and the context is lost. >> >> >> >> Similarly, I was hoping to preserve browser history functionality for the >> user. If a user navigates from one entry to another (on the same for or a >> different one), then the browser's Back and Forward functions should work >> correctly and revisit the appropriate previously visited entries in modify >> mode, but with OpenWindow they don't. >> >> >> >> Using PERFORM-ACTION-OPEN-URL accomplishes both of these goals NICELY and >> I'd switch my generalized workflow to use it except for the performance >> issue. >> >> >> >> Any thoughts? >> >> >> >> Thanks, >> >> Charlie >> _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"
Re: OpenWindow vs. PERFORM-ACTION-OPEN-URL
I had also thought of the authentication bit but I do not think it is that as the authentication is stored as a cookie, so once authenticated, until that cookie expires, another window that is opened should technically not request authentication again. When I said search, I didn't mean the search that happens on the request ID. That is already indexed and is optimal. I meant searches that may happen that may be designed on open window action or window loaded action, that may be happening when you do a the url thingy and does not when you use the open window action. I agree its unlikely to be that, but that's what I meant to ask you to check. Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Sunday, April 13, 2014 10:16 PM To: arslist@ARSLIST.ORG Subject: Re: OpenWindow vs. PERFORM-ACTION-OPEN-URL ** Charlie, Is it possible the extra traffic is relating to authentication? I know when you do a open window action, the window is opened 'in the same session', but is it possible that when doing a URL call, it's having to communicate with the web server to determine which session is yours, which is taking a bit of time? On Sun, Apr 13, 2014 at 7:37 PM, Charlie Lotridge wrote: ** Thanks for the suggestion Joe. Unfortunately the solution is not going to be that simple: I was actually using a request id in the search, so it's not going to get more optimal than that. I actually did a side-by-side comparison earlier. I set up an AL that would open an entry using OpenWindow, and another that opened the same entry using a URL, both effectively doing the same exact search (using a request id). The URL method took a full second more to load (about .6 for OpenWindow vs. 1.6 seconds for the URL). Using the browser's network monitor I can see that it's performing some additional network transactions, though (again) I really don't how to interpret these results yet. -charlie On Sun, Apr 13, 2014 at 1:57 PM, Joe D'Souza wrote: ** I won't pretend to know the answer - but have you ruled out some piece of search workflow that might be running when you use the application command, which might not be running with an optimal search criteria, which might not be triggered during the regular Open Window action? I wouldn't have thought there would be a difference in the performance when essentially you are doing the same thing. Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Charlie Lotridge Sent: Sunday, April 13, 2014 1:51 PM To: arslist@ARSLIST.ORG Subject: OpenWindow vs. PERFORM-ACTION-OPEN-URL ** Hi, Recently I was experimenting using PERFORM-ACTION-OPEN-URL instead of an OpenWindow action to open a Modify window on a specific entry (using the ?eid= parameter). It's easy enough to use and I certainly got it working, but the performance as compared to OpenWindow was abysmal. My guess is that this has something to do with browser caching...maybe this method can't use the cache or something. But I'm not sure since I don't really know anything about how browser caching works. I opened up the Network Monitoring console on Netscape and do see some significant differences in the request/response transactions, but I don't quite know how to interpret it. Does anyone have any thoughts or experience as to why I'm seeing this performance difference or how to mitigate it if at all possible? I've tried it on each of IE, Chrome, & Netscape with similar results. FYI here are my reasons for potentially wanting to use PERFORM-ACTION-OPEN-URL: when (in the natural course of navigating through my application) the user wishes to modify some entry, I have some generalized workflow that causes the app to open a Modify window. If the window is opened using OpenWindow, though, and the user subsequently attempts to refresh the browser page, it's converted to a Query (Search) window and the context is lost. Similarly, I was hoping to preserve browser history functionality for the user. If a user navigates from one entry to another (on the same for or a different one), then the browser's Back and Forward functions should work correctly and revisit the appropriate previously visited entries in modify mode, but with OpenWindow they don't. Using PERFORM-ACTION-OPEN-URL accomplishes both of these goals NICELY and I'd switch my generalized workflow to use it except for the performance issue. Any thoughts? Thanks, Charlie _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"
Re: OpenWindow vs. PERFORM-ACTION-OPEN-URL
Ah, got it. The bulk of the workflow is happening in an "On Display" action, and both methods invoke it (the exact same workflow). Somewhat counter-intuitively (given the situation), the faster OpenWindow action is also running an "On Window Loaded" action (which doesn't do much) but is NOT being run by the URL method. So just to make sure I'm clear, OpenWindow is running a superset of the workflow that PERFORM-ACTION-OPEN-URL is causing to be run. While setup to run AL logging to check this (I'd like to mention here how much I miss the easy setup for AL logging in the old WUT), I decided to use the timing info in the log to capture some quantifiable stats. I didn't exhaustively try all permutations (because it would've been exhausting), but each of the following represents the average of 8 tests of each type: *Opening a comparatively simple form (148 mostly DO fields, 124 AL's, 38 AL guides):* OpenWindow method using IE 11: 1.33 seconds URL method (to current window) using IE 11: 1.67 seconds OpenWindow method using Netscape: 1.10 seconds URL method (to current window) using Netscape: 1.55 seconds *Opening a comparatively complex form (732 mostly DO fields, 946 AL's, 241 AL guides) [all using Netscape]:* OpenWindow method: 1.53 seconds URL method (to current window): 2.17 seconds Using browser's history "Forward": 0.05 seconds URL method (to new window): 2.03 seconds Clearly the form size is having an impact on all methods, which makes sense. Netscape is uniformly faster than IE, which is also expected. What's the most interesting here to me is just how fast the "forward" mechanism...greased lightning. This is of course the same as the "back" mechanism, it was just more convenient for me to test it using "forward". Unfortunately I still don't know just why the OpenWindow method is faster than URL. I really like the functionality and usability of the URL method over OpenWindow, and am debating if it's worth the extra cost (or, more precisely, will the users think so). Anyway, thanks for the suggestions guys. -charlie On Sun, Apr 13, 2014 at 8:20 PM, Joe D'Souza wrote: > ** > > I had also thought of the authentication bit but I do not think it is that > as the authentication is stored as a cookie, so once authenticated, until > that cookie expires, another window that is opened should technically not > request authentication again. > > > > When I said search, I didn’t mean the search that happens on the request > ID. That is already indexed and is optimal. I meant searches that may > happen that may be designed on open window action or window loaded action, > that may be happening when you do a the url thingy and does not when you > use the open window action. I agree its unlikely to be that, but that’s > what I meant to ask you to check. > > > > Joe > > > -- > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *LJ LongWing > *Sent:* Sunday, April 13, 2014 10:16 PM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: OpenWindow vs. PERFORM-ACTION-OPEN-URL > > > > ** > > Charlie, > > Is it possible the extra traffic is relating to authentication? I know > when you do a open window action, the window is opened 'in the same > session', but is it possible that when doing a URL call, it's having to > communicate with the web server to determine which session is yours, which > is taking a bit of time? > > > > On Sun, Apr 13, 2014 at 7:37 PM, Charlie Lotridge > wrote: > > ** > > Thanks for the suggestion Joe. Unfortunately the solution is not going to > be that simple: I was actually using a request id in the search, so it's > not going to get more optimal than that. > > > > I actually did a side-by-side comparison earlier. I set up an AL that > would open an entry using OpenWindow, and another that opened the same > entry using a URL, both effectively doing the same exact search (using a > request id). The URL method took a full second more to load (about .6 for > OpenWindow vs. 1.6 seconds for the URL). Using the browser's network > monitor I can see that it's performing some additional network > transactions, though (again) I really don't how to interpret these results > yet. > > > > -charlie > > > > On Sun, Apr 13, 2014 at 1:57 PM, Joe D'Souza wrote: > > ** > > I won’t pretend to know the answer – but have you ruled out some piece of > search workflow that might be running when you use the application command, > which might not be running with an optimal search criteria, which might not > be triggered during the regular Open
Re: OpenWindow vs. PERFORM-ACTION-OPEN-URL
Unfortunately, its recommended to discourage the use of the forward and back browser buttons. There is very little you can do from the application side to enforce that. But discussing about that is another topic altogether so I'll resist. If your response varies with different types of browsers, then my gut feel is that it is not anything that is happening at the application layer that is causing those increased performance times or decreased performance times. It is something that the browser itself is doing. Not being much of an expert to deduce what that might be,, I'll leave it to some other browser experts to comment. Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Charlie Lotridge Sent: Monday, April 14, 2014 4:03 PM To: arslist@ARSLIST.ORG Subject: Re: OpenWindow vs. PERFORM-ACTION-OPEN-URL ** Ah, got it. The bulk of the workflow is happening in an "On Display" action, and both methods invoke it (the exact same workflow). Somewhat counter-intuitively (given the situation), the faster OpenWindow action is also running an "On Window Loaded" action (which doesn't do much) but is NOT being run by the URL method. So just to make sure I'm clear, OpenWindow is running a superset of the workflow that PERFORM-ACTION-OPEN-URL is causing to be run. While setup to run AL logging to check this (I'd like to mention here how much I miss the easy setup for AL logging in the old WUT), I decided to use the timing info in the log to capture some quantifiable stats. I didn't exhaustively try all permutations (because it would've been exhausting), but each of the following represents the average of 8 tests of each type: Opening a comparatively simple form (148 mostly DO fields, 124 AL's, 38 AL guides): OpenWindow method using IE 11: 1.33 seconds URL method (to current window) using IE 11: 1.67 seconds OpenWindow method using Netscape: 1.10 seconds URL method (to current window) using Netscape: 1.55 seconds Opening a comparatively complex form (732 mostly DO fields, 946 AL's, 241 AL guides) [all using Netscape]: OpenWindow method: 1.53 seconds URL method (to current window): 2.17 seconds Using browser's history "Forward": 0.05 seconds URL method (to new window): 2.03 seconds Clearly the form size is having an impact on all methods, which makes sense. Netscape is uniformly faster than IE, which is also expected. What's the most interesting here to me is just how fast the "forward" mechanism...greased lightning. This is of course the same as the "back" mechanism, it was just more convenient for me to test it using "forward". Unfortunately I still don't know just why the OpenWindow method is faster than URL. I really like the functionality and usability of the URL method over OpenWindow, and am debating if it's worth the extra cost (or, more precisely, will the users think so). Anyway, thanks for the suggestions guys. -charlie On Sun, Apr 13, 2014 at 8:20 PM, Joe D'Souza wrote: ** I had also thought of the authentication bit but I do not think it is that as the authentication is stored as a cookie, so once authenticated, until that cookie expires, another window that is opened should technically not request authentication again. When I said search, I didn't mean the search that happens on the request ID. That is already indexed and is optimal. I meant searches that may happen that may be designed on open window action or window loaded action, that may be happening when you do a the url thingy and does not when you use the open window action. I agree its unlikely to be that, but that's what I meant to ask you to check. Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Sunday, April 13, 2014 10:16 PM To: arslist@ARSLIST.ORG Subject: Re: OpenWindow vs. PERFORM-ACTION-OPEN-URL ** Charlie, Is it possible the extra traffic is relating to authentication? I know when you do a open window action, the window is opened 'in the same session', but is it possible that when doing a URL call, it's having to communicate with the web server to determine which session is yours, which is taking a bit of time? On Sun, Apr 13, 2014 at 7:37 PM, Charlie Lotridge wrote: ** Thanks for the suggestion Joe. Unfortunately the solution is not going to be that simple: I was actually using a request id in the search, so it's not going to get more optimal than that. I actually did a side-by-side comparison earlier. I set up an AL that would open an entry using OpenWindow, and another that opened the same entry using a URL, both effectively doing the same exact search (using a request id). The URL method took a full second more to load (about .6 for Ope
Re: OpenWindow vs. PERFORM-ACTION-OPEN-URL
Doug, Thanks for this information. Your description of the "Definition Change Check Interval" is consistent with my understanding (and, well, its very name). And changes to it would certainly explain why opening a window (using either mechanism) after a structural change might or might not take a bit longer. What is most interesting is your description that with OpenWindow you "can do things" that you can't otherwise...so the mid-tier is somehow optimized for OpenWindow. That makes sense. I happen to have a very generic piece of workflow that does pretty much all window openings for me. My solution to this whole thing was to install a global checkbox field used by this workflow to act as a switch: if it's selected windows get opened using URL's, otherwise OpenWindow. During my development (where I'm of course making lots of changes and have that Check Interval set to 0), I of course have this unchecked because I don't want to wait (in some cases up to 1/2 minute) to open an entry, but it'll probably be selected to use URLs in production. Thanks, Charlie On Wed, Apr 23, 2014 at 9:17 AM, Mueller, Doug wrote: > ** > > Charlie, > > > > The Definition Change Check Interval is the key to the issue. > > > > What this setting does is identify how frequently the mid-tier checks the > AR System server for whether a > > definition has changed. When set to 0, it means that every access to the > system causes a check to the server > > to see if there has been change. When set to > 0, it means there are > checks at the interval set (number of > > seconds if I remember right) for changes to definitions. > > > > On dev systems, setting to 0 (or a small number) makes sense. You trade > off a bit of interactive speed for the > > currency of definitions because you are changing definitions and you are > trying out the changes soon after > > making them. > > > > On Production systems however, setting to a higher value – every hour or > even longer – is much more > > reasonable as definitions are NOT changing (or only at very specific > times) and you want the highest > > interactive performance. > > > > NOTE: I know that there may be some comments in even BMC docs that 86400 > is a good setting, but that is 24 > > hours and that seems like a REALLY long time to me. The check should be > fast and cheap if there are no changes and if there are changes, I really > don't want to wait for up to 24 hours to pick them up. I personally > > would go with a setting more like 3600 (one hour) so that changes are > picked up in a reasonable time (not > > necessarily instantly but within an hour). > > > > We can do things when we know what the window is (OpenWindow) but not when > we have no clue what you > > are going to open (the URL). So, you were getting good performance on > OpenWindow and a penalty on > > the URL. When you changed the "check every time" setting to something > that is periodic, you can see that the > > performance of the two is comparable. > > > > By the way, the check is actually in the background and doesn't really > affect interactive use – unless the > > background has loaded a new definition and then there may be a bit of a > longer load time for screens the first > > time after the change has downloaded. Except that is when time is set to > 0 so there is some interactive > > interaction. > > > > So, the issue you were seeing was because of a caching configuration > setting. The behavior of the windows > > and the interaction of the two different modes should be consistent with > each other. > > > > One other note…. The 8.1 sp1 mid-tier has done a lot of work around > eliminating the need to clear caches. > > We believe the issues with the browser cache on end user systems getting > out of sync has been completely > > solved (we have dynamic pages with unchanging URLs and the browser caching > model relies on URLs being > > the same so we have to force awareness of change internally to our pages > to get around the browser caching). > > And, the mid-tier correctly updating definitions (at the update interval) > has been tuned so that you should not > > need to perform a reload cache on the mid-tier anymore. The 8.1 sp1 mid > tier is compatible 7.6.04 and 8.0 and > > 8.1 servers (all patch levels). > > > > Doug Mueller > > > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Charlie Lotridge > *Sent:* Thursday, April 17, 2014 12:07 PM > > *To:* arslist@ARSLIST.ORG > *Subject:* Re: OpenWindow vs. PERFO
PERFORM-ACTION-OPEN-URL not firing on midtier
Hi all, I need help on this one. I don't understand why it is not working... I have a workflow that works fine on the native tool (User tool) but not at all on the midtier. The runprocess action is supported by the midtier. This is what I did (and it works fine with the native client): On a display only form, 1 - Set attachment field A with a document from form Test 2 - Run Process: PERFORM-ACTION-OPEN-URL new $A$ It fires perfectly well using the User tool, but not on the midtier. I put a message between action 1 and 2 to show the value of $A$ which comes out On remedy client:C:\DOCUME~1\boyerpa\LOCALS~1\Temp\Master Index.pdf On midtier: C;\Documents and Settings\boyerpa\My Documents\ARS7.01 Doc\Master Index.pdf As you can notice, on the native client, it is retrieving the document and setting it in the temp file locally. On the midtier, it seems to be trying to access the original path of where the document was when attached on form Test. What am I missing? Thanks for any help! Pascale Boyer 503-745-2159 ARS 7.01 patch 3 OS: Windows DB: SQL 2005 Midtier 7.01 Apache\tomcat 5.5 Browser: IE 6 If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
Re: PERFORM-ACTION-OPEN-URL Question - Window Size
Raj, It's opening a browser window...the browser controls the window sizeif you have control over the page that it's going to, that page could contain some java script that sets the window size. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Raj Sent: Tuesday, July 19, 2011 12:18 PM To: arslist@ARSLIST.ORG Subject: PERFORM-ACTION-OPEN-URL Question - Window Size Hello All, I am trying to open a URL through Active Link using PERFORM-ACTION- OPEN-URL $TempField$ URL does open up in a new window, but the only problem is it opens up in fullscreen mode. Is there a way to make the window size smaller. Since the message contained in the window is very small, so just trying to make the window smaller so it will look better and user can easily read the message contained in the window. Thank you, Raj ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
Re: PERFORM-ACTION-OPEN-URL Question - Window Size
Thanks LJ for prompt response. How can I find out if I have the control over the page that it's going to? Where can I check? I am using the URL provided to me to open that URL through ActiveLink' action. On Jul 19, 11:27 am, LJ LongWing wrote: > Raj, > It's opening a browser window...the browser controls the window sizeif > you have control over the page that it's going to, that page could contain > some java script that sets the window size. > > > > > > > > -Original Message- > From: Action Request System discussion list(ARSList) > > [mailto:arsl...@arslist.org] On Behalf Of Raj > Sent: Tuesday, July 19, 2011 12:18 PM > To: arsl...@arslist.org > Subject: PERFORM-ACTION-OPEN-URL Question - Window Size > > Hello All, > I am trying to open a URL through Active Link using PERFORM-ACTION- > OPEN-URL $TempField$ > URL does open up in a new window, but the only problem is it opens up > in fullscreen mode. > Is there a way to make the window size smaller. Since the message > contained in the window is very small, so just trying to make the > window smaller so it will look better and user can easily read the > message contained in the window. > Thank you, > Raj > > ___ _ > ___ > UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org > attend wwrug11www.wwrug.comARSList: "Where the Answers Are" > > ___ > > UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org > attend wwrug11www.wwrug.comARSList: "Where the Answers Are" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
Re: PERFORM-ACTION-OPEN-URL Question - Window Size
Raj, You said ' Since the message contained in the window is very small'. This tells me that you know what will be in the destination window, which tells me you know what the URL will be? Only you know if you (someone in your company) has control over the web page on the web server -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Raj Sent: Tuesday, July 19, 2011 12:42 PM To: arslist@ARSLIST.ORG Subject: Re: PERFORM-ACTION-OPEN-URL Question - Window Size Thanks LJ for prompt response. How can I find out if I have the control over the page that it's going to? Where can I check? I am using the URL provided to me to open that URL through ActiveLink' action. On Jul 19, 11:27 am, LJ LongWing wrote: > Raj, > It's opening a browser window...the browser controls the window sizeif > you have control over the page that it's going to, that page could contain > some java script that sets the window size. > > > > > > > > -Original Message- > From: Action Request System discussion list(ARSList) > > [mailto:arsl...@arslist.org] On Behalf Of Raj > Sent: Tuesday, July 19, 2011 12:18 PM > To: arsl...@arslist.org > Subject: PERFORM-ACTION-OPEN-URL Question - Window Size > > Hello All, > I am trying to open a URL through Active Link using PERFORM-ACTION- > OPEN-URL $TempField$ > URL does open up in a new window, but the only problem is it opens up > in fullscreen mode. > Is there a way to make the window size smaller. Since the message > contained in the window is very small, so just trying to make the > window smaller so it will look better and user can easily read the > message contained in the window. > Thank you, > Raj > > ___ _ > ___ > UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org > attend wwrug11www.wwrug.comARSList: "Where the Answers Are" > > ___ > UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org > attend wwrug11www.wwrug.comARSList: "Where the Answers Are" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
Opening a file using PERFORM-ACTION-OPEN-URL!
Dear all, Can anyone open/downlaod a file in Firefox using PERFORM-ACTION-OPEN-URL? I am trying to open a excel file with the PERFORM-ACTION-OPEN-URL action in a RUN PROCESS Active link: PERFORM-ACTION-OPEN-URL $myfield$ where myfield contains the path to the file on a shared public network folder. I use the following and they all work fine with Intenet explorer X:\Remedy\myfile.xls file://server/Remedy/myfile.xls file:///X:/Remedy/myfile.xls file://server/Remedy/myfile.xls But none of this works with Firefox. for the first two I get error "Firefox doesn't know how to open this address, because the protocol (x) isn't associated with any program I try the last three and get "Caught exception undefined:2533 - NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIDOMJSWindow.open]... AT: undefined This is ARS7.1 patch009/WIN2003/Oracle9 any thoughts will be very much appreciated. Thanks in advance frex ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Opening a file using PERFORM-ACTION-OPEN-URL!
The browser should (correctly) prevent this operation. After all, you don't want anyone reading your files ;-) ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: PERFORM-ACTION-OPEN-URL not firing on midtier
Try putting a file::\ in front of the URL, I think. You might have to dig around for the exact syntax. I'm not sure if this will fix it or not, but it seems like a familiar idea to me. Gary -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Friday, December 05, 2008 1:47 PM To: arslist@ARSLIST.ORG Subject: PERFORM-ACTION-OPEN-URL not firing on midtier ** Hi all, I need help on this one. I don't understand why it is not working... I have a workflow that works fine on the native tool (User tool) but not at all on the midtier. The runprocess action is supported by the midtier. This is what I did (and it works fine with the native client): On a display only form, 1 - Set attachment field A with a document from form Test 2 - Run Process: PERFORM-ACTION-OPEN-URL new $A$ It fires perfectly well using the User tool, but not on the midtier. I put a message between action 1 and 2 to show the value of $A$ which comes out On remedy client:C:\DOCUME~1\boyerpa\LOCALS~1\Temp\Master Index.pdf On midtier: C;\Documents and Settings\boyerpa\My Documents\ARS7.01 Doc\Master Index.pdf As you can notice, on the native client, it is retrieving the document and setting it in the temp file locally. On the midtier, it seems to be trying to access the original path of where the document was when attached on form Test. What am I missing? Thanks for any help! Pascale Boyer 503-745-2159 ARS 7.01 patch 3 OS: Windows DB: SQL 2005 Midtier 7.01 Apache\tomcat 5.5 Browser: IE 6 If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation. __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
Re: PERFORM-ACTION-OPEN-URL not firing on midtier
What about using a different Run Process Action (use $PROCESS$ in a Set Fields action to get the result). PERFORM-ACTION-OPEN-ATTACHMENT Opens an attachment from an attachment field, and returns a value of 0 (Successful). If the attachment is not opened, the command returns one of the following codes: 1: Cancelled 2: Failed This should work to open the PDF viewer in both the User Tool and Web browser in Mid-Tier I think the other way is to do a Set fields from the attachment to a View Field. Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Opela, Gary L CTR USAF AFMC 72 CS/SCBAH Sent: Friday, December 05, 2008 2:02 PM To: arslist@ARSLIST.ORG Subject: Re: PERFORM-ACTION-OPEN-URL not firing on midtier Try putting a file::\ in front of the URL, I think. You might have to dig around for the exact syntax. I'm not sure if this will fix it or not, but it seems like a familiar idea to me. Gary -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Friday, December 05, 2008 1:47 PM To: arslist@ARSLIST.ORG Subject: PERFORM-ACTION-OPEN-URL not firing on midtier Hi all, I need help on this one. I don't understand why it is not working... I have a workflow that works fine on the native tool (User tool) but not at all on the midtier. The runprocess action is supported by the midtier. This is what I did (and it works fine with the native client): On a display only form, 1 - Set attachment field A with a document from form Test 2 - Run Process: PERFORM-ACTION-OPEN-URL new $A$ It fires perfectly well using the User tool, but not on the midtier. I put a message between action 1 and 2 to show the value of $A$ which comes out On remedy client:C:\DOCUME~1\boyerpa\LOCALS~1\Temp\Master Index.pdf On midtier: C;\Documents and Settings\boyerpa\My Documents\ARS7.01 Doc\Master Index.pdf As you can notice, on the native client, it is retrieving the document and setting it in the temp file locally. On the midtier, it seems to be trying to access the original path of where the document was when attached on form Test. What am I missing? Thanks for any help! Pascale Boyer 503-745-2159 ARS 7.01 patch 3 OS: Windows DB: SQL 2005 Midtier 7.01 Apache\tomcat 5.5 Browser: IE 6 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
Resolved: PERFORM-ACTION-OPEN-URL not firing on midtier
Fred, I retried the View field and it works!! I had to flush the midtier cache 3 times for it to work ... A big Thanks!!! Pascale Boyer 503-745-2159 [EMAIL PROTECTED] Sent by: arslist@ARSLIST.ORG 12/05/2008 01:28 PM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Re: PERFORM-ACTION-OPEN-URL not firing on midtier What about using a different Run Process Action (use $PROCESS$ in a Set Fields action to get the result). PERFORM-ACTION-OPEN-ATTACHMENT Opens an attachment from an attachment field, and returns a value of 0 (Successful). If the attachment is not opened, the command returns one of the following codes: 1: Cancelled 2: Failed This should work to open the PDF viewer in both the User Tool and Web browser in Mid-Tier I think the other way is to do a Set fields from the attachment to a View Field. Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Opela, Gary L CTR USAF AFMC 72 CS/SCBAH Sent: Friday, December 05, 2008 2:02 PM To: arslist@ARSLIST.ORG Subject: Re: PERFORM-ACTION-OPEN-URL not firing on midtier Try putting a file::\ in front of the URL, I think. You might have to dig around for the exact syntax. I'm not sure if this will fix it or not, but it seems like a familiar idea to me. Gary -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Friday, December 05, 2008 1:47 PM To: arslist@ARSLIST.ORG Subject: PERFORM-ACTION-OPEN-URL not firing on midtier Hi all, I need help on this one. I don't understand why it is not working... I have a workflow that works fine on the native tool (User tool) but not at all on the midtier. The runprocess action is supported by the midtier. This is what I did (and it works fine with the native client): On a display only form, 1 - Set attachment field A with a document from form Test 2 - Run Process: PERFORM-ACTION-OPEN-URL new $A$ It fires perfectly well using the User tool, but not on the midtier. I put a message between action 1 and 2 to show the value of $A$ which comes out On remedy client:C:\DOCUME~1\boyerpa\LOCALS~1\Temp\Master Index.pdf On midtier: C;\Documents and Settings\boyerpa\My Documents\ARS7.01 Doc\Master Index.pdf As you can notice, on the native client, it is retrieving the document and setting it in the temp file locally. On the midtier, it seems to be trying to access the original path of where the document was when attached on form Test. What am I missing? Thanks for any help! Pascale Boyer 503-745-2159 ARS 7.01 patch 3 OS: Windows DB: SQL 2005 Midtier 7.01 Apache\tomcat 5.5 Browser: IE 6 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
Using PERFORM-ACTION-OPEN-URL to send to email
I'm using the following Run Process to send a ticket contents to an email: PERFORM-ACTION-OPEN-URL mailto:$Requester <$Requester> Name+$?subject=RE: $Case ID+$-$Summary$ This works perfect but I want to add &body=$Description$ and other fields to the email body but when I do this it strips out all of the Carriage Return and Line Feeds (CRLF's). I want to include the CRLF's in the email so it can look better formatted and not one long line. Is there something I can do to keep the CRLF's? Remedy Help Desk 6.3 Server Version: 6.03.00 Patch 024 Windows server 2003. Oracle 10.1.0.4.0 - 64bi ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
PERFORM-ACTION-OPEN-URL to open internal network site
Is there a way to open an internal document via the PERFORM-ACTION-OPEN-URL command? I have used this in the past and it worked but now I cannot get it to open a URL unless it's an external website. If I try to open an internal link, the link appears to do nothing. Essentially, I am trying to achieve a link to a dynamic document repository. If there's another way to do it, then I am all ears. I've tried multiple browsers but with the same results. Stuff: ARS 8.1 MT 8.1 Linux/Oracle backend. Thanks, Keith Sinclair Remedy Development ShopperTrak Chicago USA O: 312.676.8289 | M: 630.946.4744 ksincl...@shoppertrak.com<mailto:ksincl...@shoppertrak.com> | @shoppertrak www.shoppertrak.com<http://www.shoppertrak.com/> ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
PERFORM-ACTION-OPEN-URL new from User Tool - NOT ?
I see a lot of discussion around this topic, but I just wanted to confirm: ... the 'new' verb does NOT work to launch a new Internet Explorer session when using the windows Remedy User Tool (using a button, and active link with a 'Run Process') (even if I uncheck the resue window option) PERFORM-ACTION-OPEN-URL new Ironically this command is opening a new IE ... but I don't like hardcoding in this way: C:\Program Files\Internet Explorer\iexplore.exe $PS URL$ Also if Microsoft release a new OS, I don't know if IE will be located here Steve [EMAIL PROTECTED] ___ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
Re: Using PERFORM-ACTION-OPEN-URL to send to email
Try replacing the cr or crlf with %0d. Keep in mind that there are limitations on how long your url can be. It varies from browser to browser. http://www.boutell.com/newfaq/misc/urllength.html Axton Grams On Fri, May 22, 2009 at 7:01 PM, Steven Pataray wrote: > ** I'm using the following Run Process to send a ticket contents to an > email: > PERFORM-ACTION-OPEN-URL mailto:$Requester <$Requester> Name+$?subject=RE: > $Case ID+$-$Summary$ > > This works perfect but I want to add &body=$Description$ and other > fields to the email body but when I do this it strips out all of the > Carriage Return and Line Feeds (CRLF's). I want to include the CRLF's in the > email so it can look better formatted and not one long line. Is there > something I can do to keep the CRLF's? > > Remedy Help Desk 6.3 > Server Version: 6.03.00 Patch 024 > Windows server 2003. > Oracle 10.1.0.4.0 - 64bi > _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers > Are"_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
Re: Using PERFORM-ACTION-OPEN-URL to send to email
Worked like a charm. I found out that I also needed to stip out the "&" symbol since it's used to concatenate the parameters for the mailto. I just replaced it with "%26" instead . Thanks Axton Steve On Fri, May 22, 2009 at 4:33 PM, Axton wrote: > ** Try replacing the cr or crlf with %0d. > > Keep in mind that there are limitations on how long your url can be. It > varies from browser to browser. > http://www.boutell.com/newfaq/misc/urllength.html > > Axton Grams > > On Fri, May 22, 2009 at 7:01 PM, Steven Pataray wrote: > >> ** >> I'm using the following Run Process to send a ticket contents to an >> email: >> PERFORM-ACTION-OPEN-URL mailto:$Requester <$Requester> Name+$?subject=RE: >> $Case ID+$-$Summary$ >> >> This works perfect but I want to add &body=$Description$ and other >> fields to the email body but when I do this it strips out all of the >> Carriage Return and Line Feeds (CRLF's). I want to include the CRLF's in the >> email so it can look better formatted and not one long line. Is there >> something I can do to keep the CRLF's? >> >> Remedy Help Desk 6.3 >> Server Version: 6.03.00 Patch 024 >> Windows server 2003. >> Oracle 10.1.0.4.0 - 64bi >> _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers >> Are"_ > > > _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers > Are"_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
Re: Using PERFORM-ACTION-OPEN-URL to send to email
If you'd like to pass strings into urls you should urlencode it. Otherwise you might run into trouble with other characters, depending on your browser make and version. If you use urlencode you will be safe on all (or at least most) browsers. Regards, -- Michiel Beijen Software Consultant +31 6 457 42 418 Bee Free IT + http://beefreeit.nl On May 23, 2009 8:47 PM, "Steven Pataray" wrote: ** Worked like a charm. I found out that I also needed to stip out the "&" symbol since it's used to concatenate the parameters for the mailto. I just replaced it with "%26" instead . Thanks Axton Steve On Fri, May 22, 2009 at 4:33 PM, Axton wrote: > > ** Try replacing the cr or... ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
Re: PERFORM-ACTION-OPEN-URL to open internal network site
Keith, We would need a bit more information, such as 'What happens' when you trythere should be no difference between an external and an internal web/document, as long as you are using the properly formatted url. Have you run logs, what do they show. On Fri, Oct 10, 2014 at 7:42 AM, Sinclair, Keith wrote: > ** > > Is there a way to open an internal document via the > PERFORM-ACTION-OPEN-URL command? I have used this in the past and it worked > but now I cannot get it to open a URL unless it’s an external website. If I > try to open an internal link, the link appears to do nothing. Essentially, > I am trying to achieve a link to a dynamic document repository. If there’s > another way to do it, then I am all ears. I’ve tried multiple browsers but > with the same results. > > > > Stuff: > > ARS 8.1 > > MT 8.1 > > Linux/Oracle backend. > > > > > > Thanks, > > > > *Keith Sinclair* > > *Remedy Development* > > *ShopperTrak Chicago USA* > > O: 312.676.8289 | M: 630.946.4744 > > *ksincl...@shoppertrak.com * | @shoppertrak > > www.shoppertrak.com > > > _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"
Re: PERFORM-ACTION-OPEN-URL to open internal network site
So, I have a button that fires an AL with Run Process: PERFORM-ACTION-OPEN-URL \\NETWORK\Public\Site Management\Site Documents\$Site ID$.pdf. When I click on the button, nothing happens. The AL does fire, according to the logs. If I change the OPEN-URL to http://www.msn.com, it works. The button opens up MSN in a new browser window. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 8:45 AM To: arslist@ARSLIST.ORG Subject: Re: PERFORM-ACTION-OPEN-URL to open internal network site ** Keith, We would need a bit more information, such as 'What happens' when you trythere should be no difference between an external and an internal web/document, as long as you are using the properly formatted url. Have you run logs, what do they show. On Fri, Oct 10, 2014 at 7:42 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Is there a way to open an internal document via the PERFORM-ACTION-OPEN-URL command? I have used this in the past and it worked but now I cannot get it to open a URL unless it’s an external website. If I try to open an internal link, the link appears to do nothing. Essentially, I am trying to achieve a link to a dynamic document repository. If there’s another way to do it, then I am all ears. I’ve tried multiple browsers but with the same results. Stuff: ARS 8.1 MT 8.1 Linux/Oracle backend. Thanks, Keith Sinclair Remedy Development ShopperTrak Chicago USA O: 312.676.8289 | M: 630.946.4744 ksincl...@shoppertrak.com<mailto:ksincl...@shoppertrak.com> | @shoppertrak www.shoppertrak.com<http://www.shoppertrak.com/> _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"
Re: PERFORM-ACTION-OPEN-URL to open internal network site
Are you thinking of the URI type "file". i.e. file://server/filename Here is a wiki of the list of types you should be able to put in a URL: http://en.wikipedia.org/wiki/URI_scheme Fred From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Sinclair, Keith Sent: Friday, October 10, 2014 8:42 AM To: arslist@ARSLIST.ORG Subject: PERFORM-ACTION-OPEN-URL to open internal network site ** Is there a way to open an internal document via the PERFORM-ACTION-OPEN-URL command? I have used this in the past and it worked but now I cannot get it to open a URL unless it's an external website. If I try to open an internal link, the link appears to do nothing. Essentially, I am trying to achieve a link to a dynamic document repository. If there's another way to do it, then I am all ears. I've tried multiple browsers but with the same results. Stuff: ARS 8.1 MT 8.1 Linux/Oracle backend. Thanks, Keith Sinclair Remedy Development ShopperTrak Chicago USA O: 312.676.8289 | M: 630.946.4744 ksincl...@shoppertrak.com<mailto:ksincl...@shoppertrak.com> | @shoppertrak www.shoppertrak.com<http://www.shoppertrak.com/> ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: PERFORM-ACTION-OPEN-URL to open internal network site
I agree with Fred On Fri, Oct 10, 2014 at 7:54 AM, Sinclair, Keith wrote: > ** > > So, I have a button that fires an AL with Run Process: > PERFORM-ACTION-OPEN-URL \\NETWORK\Public\Site Management\Site > Documents\$Site ID$.pdf. > > > > When I click on the button, nothing happens. The AL does fire, according > to the logs. > > > > If I change the OPEN-URL to http://www.msn.com, it works. The button > opens up MSN in a new browser window. > > > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *LJ LongWing > *Sent:* Friday, October 10, 2014 8:45 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: PERFORM-ACTION-OPEN-URL to open internal network site > > > > ** > > Keith, > > We would need a bit more information, such as 'What happens' when you > trythere should be no difference between an external and an internal > web/document, as long as you are using the properly formatted url. > > > > Have you run logs, what do they show. > > > > On Fri, Oct 10, 2014 at 7:42 AM, Sinclair, Keith < > ksincl...@shoppertrak.com> wrote: > > ** > > Is there a way to open an internal document via the > PERFORM-ACTION-OPEN-URL command? I have used this in the past and it worked > but now I cannot get it to open a URL unless it’s an external website. If I > try to open an internal link, the link appears to do nothing. Essentially, > I am trying to achieve a link to a dynamic document repository. If there’s > another way to do it, then I am all ears. I’ve tried multiple browsers but > with the same results. > > > > Stuff: > > ARS 8.1 > > MT 8.1 > > Linux/Oracle backend. > > > > > > Thanks, > > > > *Keith Sinclair* > > *Remedy Development* > > *ShopperTrak Chicago USA* > > O: 312.676.8289 | M: 630.946.4744 > > *ksincl...@shoppertrak.com * | @shoppertrak > > www.shoppertrak.com > > > > _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"
SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site
I agree with Fred, as well. Looks like the “file://” did the trick. I had forgotten that was an option for browsers. Now my battle is for the file location folder permissions as I tried it on a publicly accessible network directory/file and was able to open it, but not my original document. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 9:00 AM To: arslist@ARSLIST.ORG Subject: Re: PERFORM-ACTION-OPEN-URL to open internal network site ** I agree with Fred On Fri, Oct 10, 2014 at 7:54 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** So, I have a button that fires an AL with Run Process: PERFORM-ACTION-OPEN-URL \\NETWORK\Public\Site Management\Site Documents\$Site ID$.pdf. When I click on the button, nothing happens. The AL does fire, according to the logs. If I change the OPEN-URL to http://www.msn.com, it works. The button opens up MSN in a new browser window. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 8:45 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: PERFORM-ACTION-OPEN-URL to open internal network site ** Keith, We would need a bit more information, such as 'What happens' when you trythere should be no difference between an external and an internal web/document, as long as you are using the properly formatted url. Have you run logs, what do they show. On Fri, Oct 10, 2014 at 7:42 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Is there a way to open an internal document via the PERFORM-ACTION-OPEN-URL command? I have used this in the past and it worked but now I cannot get it to open a URL unless it’s an external website. If I try to open an internal link, the link appears to do nothing. Essentially, I am trying to achieve a link to a dynamic document repository. If there’s another way to do it, then I am all ears. I’ve tried multiple browsers but with the same results. Stuff: ARS 8.1 MT 8.1 Linux/Oracle backend. Thanks, Keith Sinclair Remedy Development ShopperTrak Chicago USA O: 312.676.8289 | M: 630.946.4744 ksincl...@shoppertrak.com<mailto:ksincl...@shoppertrak.com> | @shoppertrak www.shoppertrak.com<http://www.shoppertrak.com/> _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"
Re: PERFORM-ACTION-OPEN-URL new from User Tool - NOT ?
Steve, Correct it will use an existing browser window if one is open. However, if you run IEXPLORE.EXE with the URL using a Run Process command it will open in a new window each time. I use this in my apps. "C:\Program Files\Internet Explorer\IEXPLORE.EXE" www.google.com Stephen -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Steve Brown Sent: Thursday, August 24, 2006 12:09 PM To: arslist@ARSLIST.ORG Subject: PERFORM-ACTION-OPEN-URL new from User Tool - NOT ? I see a lot of discussion around this topic, but I just wanted to confirm: ... the 'new' verb does NOT work to launch a new Internet Explorer session when using the windows Remedy User Tool (using a button, and active link with a 'Run Process') (even if I uncheck the resue window option) PERFORM-ACTION-OPEN-URL new Ironically this command is opening a new IE ... but I don't like hardcoding in this way: C:\Program Files\Internet Explorer\iexplore.exe $PS URL$ Also if Microsoft release a new OS, I don't know if IE will be located here Steve [EMAIL PROTECTED] ___ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org ___ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
Re: PERFORM-ACTION-OPEN-URL new from User Tool - NOT ?
So Steve, which part is being hard coded? Roger A. Nall OSSNMS Sr. Remedy Administrator/Developer T-Mobile USA Desk: 973-644-3963 Cell: 973-652-6723 FAX: 973-267-6628 sf49fanv AIM IM RogerNall Yahoo IM -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Steve Brown Sent: Thursday, August 24, 2006 12:09 PM To: arslist@ARSLIST.ORG Subject: PERFORM-ACTION-OPEN-URL new from User Tool - NOT ? I see a lot of discussion around this topic, but I just wanted to confirm: ... the 'new' verb does NOT work to launch a new Internet Explorer session when using the windows Remedy User Tool (using a button, and active link with a 'Run Process') (even if I uncheck the resue window option) PERFORM-ACTION-OPEN-URL new Ironically this command is opening a new IE ... but I don't like hardcoding in this way: C:\Program Files\Internet Explorer\iexplore.exe $PS URL$ Also if Microsoft release a new OS, I don't know if IE will be located here Steve [EMAIL PROTECTED] ___ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org ___ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
Re: PERFORM-ACTION-OPEN-URL new from User Tool - NOT ?
Try this "%programfiles%\internet explorer\iexplore.exe" http:\\www.google.com On 8/24/06, Steve Brown <[EMAIL PROTECTED]> wrote: I see a lot of discussion around this topic, but I just wanted to confirm: ... the 'new' verb does NOT work to launch a new Internet Explorer session when using the windows Remedy User Tool (using a button, and active link with a 'Run Process') (even if I uncheck the resue window option) PERFORM-ACTION-OPEN-URL new Ironically this command is opening a new IE ... but I don't like hardcoding in this way: C:\Program Files\Internet Explorer\iexplore.exe $PS URL$ Also if Microsoft release a new OS, I don't know if IE will be located here Steve [EMAIL PROTECTED] ___ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org -- Patrick Zandi ___ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
Re: PERFORM-ACTION-OPEN-URL new from User Tool - NOT ?
Or this: rundll32.exe url.dll,FileProtocolHandler http://www.google.com Maybe this also works: start http://www.google.com -- Jarl On 8/24/06, patrick zandi <[EMAIL PROTECTED]> wrote: Try this "%programfiles%\internet explorer\iexplore.exe" http:\\www.google.com On 8/24/06, Steve Brown <[EMAIL PROTECTED]> wrote: > I see a lot of discussion around this topic, but I just wanted to confirm: > > ... the 'new' verb does NOT work to launch a new Internet Explorer session > when using the windows Remedy User Tool > > (using a button, and active link with a 'Run Process') > > (even if I uncheck the resue window option) > > PERFORM-ACTION-OPEN-URL new > > > > > Ironically this command is opening a new IE ... but I don't like > hardcoding in this way: > C:\Program Files\Internet Explorer\iexplore.exe $PS URL$ > > Also if Microsoft release a new OS, I don't know if IE will be located here > > > Steve > [EMAIL PROTECTED] > > ___ > UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org > -- Patrick Zandi ___ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org ___ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
Re: PERFORM-ACTION-OPEN-URL new from User Tool - NOT ?
I'm a little slow catching up on these messages, so please forgive me if this has already been figured out. In the advanced settings of IE, there is an option to reuse window for launching shortcuts that is enabled by default. In my previous and current life, I've used Magic (servicedesk express) and that setting was the bane of my existence since it continually knocked people out of magic (and tie up a license). Hth, Charles -Original Message- From: "patrick zandi" <[EMAIL PROTECTED]> To: "arslist@ARSLIST.ORG" Sent: 8/24/06 10:16 AM Subject: Re: [ARSLIST] PERFORM-ACTION-OPEN-URL new from User Tool - NOT ? Try this "%programfiles%\internet explorer\iexplore.exe" http:\\www.google.com On 8/24/06, Steve Brown <[EMAIL PROTECTED]> wrote: > I see a lot of discussion around this topic, but I just wanted to confirm: > > ... the 'new' verb does NOT work to launch a new Internet Explorer session > when using the windows Remedy User Tool > > (using a button, and active link with a 'Run Process') > > (even if I uncheck the resue window option) > > PERFORM-ACTION-OPEN-URL new > > > > > Ironically this command is opening a new IE ... but I don't like > hardcoding in this way: > C:\Program Files\Internet Explorer\iexplore.exe $PS URL$ > > Also if Microsoft release a new OS, I don't know if IE will be located here > > > Steve > [EMAIL PROTECTED] > > ___ > UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org > -- Patrick Zandi ___ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org ___ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site
Never mind, I stand corrected. This will work in the client tool but I cannot get it to run in Chrome or IE10 for the life of me. IE10 does nothing. Chrome opens up a blank window. All browser settings have been reset back to stock and pop up blockers are completely off. From: Sinclair, Keith Sent: Friday, October 10, 2014 10:27 AM To: arslist@ARSLIST.ORG Subject: SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site I agree with Fred, as well. Looks like the “file://” did the trick. I had forgotten that was an option for browsers. Now my battle is for the file location folder permissions as I tried it on a publicly accessible network directory/file and was able to open it, but not my original document. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 9:00 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: PERFORM-ACTION-OPEN-URL to open internal network site ** I agree with Fred On Fri, Oct 10, 2014 at 7:54 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** So, I have a button that fires an AL with Run Process: PERFORM-ACTION-OPEN-URL \\NETWORK\Public\Site Management\Site Documents\$Site ID$.pdf. When I click on the button, nothing happens. The AL does fire, according to the logs. If I change the OPEN-URL to http://www.msn.com, it works. The button opens up MSN in a new browser window. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 8:45 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: PERFORM-ACTION-OPEN-URL to open internal network site ** Keith, We would need a bit more information, such as 'What happens' when you trythere should be no difference between an external and an internal web/document, as long as you are using the properly formatted url. Have you run logs, what do they show. On Fri, Oct 10, 2014 at 7:42 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Is there a way to open an internal document via the PERFORM-ACTION-OPEN-URL command? I have used this in the past and it worked but now I cannot get it to open a URL unless it’s an external website. If I try to open an internal link, the link appears to do nothing. Essentially, I am trying to achieve a link to a dynamic document repository. If there’s another way to do it, then I am all ears. I’ve tried multiple browsers but with the same results. Stuff: ARS 8.1 MT 8.1 Linux/Oracle backend. Thanks, Keith Sinclair Remedy Development ShopperTrak Chicago USA O: 312.676.8289 | M: 630.946.4744 ksincl...@shoppertrak.com<mailto:ksincl...@shoppertrak.com> | @shoppertrak www.shoppertrak.com<http://www.shoppertrak.com/> _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"
What to use instead of PERFORM-ACTION-OPEN-URL new "file:..."?
Hi All, I understand from a previous post to the list, that the reason the PERFORM-ACTION-OPEN-URL new "file:..." functionality no longer works in Chrome is because of security changes, and that it is likely to stop working in IE soon once we are up to date with patches. I have many many excel reports that have been made available in Remedy using this functionality so I need to figure out another way to get the excel files to open in the web environment. I am running ARS 9.1.3 with custom apps on an SQL backend. What can I use instead of PERFORM-ACTION-OPEN-URL new "file:..."? Thanks, Sharon -- ARSList mailing list ARSList@arslist.org https://mailman.rrr.se/cgi/listinfo/arslist
Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site
I just used the following url in chrome file://server/share/something.log if you try to specify the url in question, does it open manually? What does the log show? On Fri, Oct 10, 2014 at 10:43 AM, Sinclair, Keith wrote: > ** > > Never mind, I stand corrected. This will work in the client tool but I > cannot get it to run in Chrome or IE10 for the life of me. IE10 does > nothing. Chrome opens up a blank window. All browser settings have been > reset back to stock and pop up blockers are completely off. > > > > *From:* Sinclair, Keith > *Sent:* Friday, October 10, 2014 10:27 AM > *To:* arslist@ARSLIST.ORG > *Subject:* SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site > > > > I agree with Fred, as well. > > > > Looks like the “file://” did the trick. I had forgotten that was an option > for browsers. Now my battle is for the file location folder permissions as > I tried it on a publicly accessible network directory/file and was able to > open it, but not my original document. > > > > *From:* Action Request System discussion list(ARSList) [ > mailto:arslist@ARSLIST.ORG ] *On Behalf Of *LJ > LongWing > *Sent:* Friday, October 10, 2014 9:00 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: PERFORM-ACTION-OPEN-URL to open internal network site > > > > ** > > I agree with Fred > > > > On Fri, Oct 10, 2014 at 7:54 AM, Sinclair, Keith < > ksincl...@shoppertrak.com> wrote: > > ** > > So, I have a button that fires an AL with Run Process: > PERFORM-ACTION-OPEN-URL \\NETWORK\Public\Site Management\Site > Documents\$Site ID$.pdf. > > > > When I click on the button, nothing happens. The AL does fire, according > to the logs. > > > > If I change the OPEN-URL to http://www.msn.com, it works. The button > opens up MSN in a new browser window. > > > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *LJ LongWing > *Sent:* Friday, October 10, 2014 8:45 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: PERFORM-ACTION-OPEN-URL to open internal network site > > > > ** > > Keith, > > We would need a bit more information, such as 'What happens' when you > trythere should be no difference between an external and an internal > web/document, as long as you are using the properly formatted url. > > > > Have you run logs, what do they show. > > > > On Fri, Oct 10, 2014 at 7:42 AM, Sinclair, Keith < > ksincl...@shoppertrak.com> wrote: > > ** > > Is there a way to open an internal document via the > PERFORM-ACTION-OPEN-URL command? I have used this in the past and it worked > but now I cannot get it to open a URL unless it’s an external website. If I > try to open an internal link, the link appears to do nothing. Essentially, > I am trying to achieve a link to a dynamic document repository. If there’s > another way to do it, then I am all ears. I’ve tried multiple browsers but > with the same results. > > > > Stuff: > > ARS 8.1 > > MT 8.1 > > Linux/Oracle backend. > > > > > > Thanks, > > > > *Keith Sinclair* > > *Remedy Development* > > *ShopperTrak Chicago USA* > > O: 312.676.8289 | M: 630.946.4744 > > *ksincl...@shoppertrak.com * | @shoppertrak > > www.shoppertrak.com > > > > _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"
Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site
Two questions: First, are the files that you want to display always PDF's? Second, are they accessible from the server? If yes and yes, than an alternate solution is for you to construct server workflow (using a service) that retrieves the file as an attachment and passes it up to the client where you then present it using a PERFORM-ACTION-OPEN-ATTACHMENT. Of course, this solution requires that the Adobe reader is available on the client's machine, but that's not too much of an ask. Just a suggestion... -charlie On Fri, Oct 10, 2014 at 9:43 AM, Sinclair, Keith wrote: > ** > > Never mind, I stand corrected. This will work in the client tool but I > cannot get it to run in Chrome or IE10 for the life of me. IE10 does > nothing. Chrome opens up a blank window. All browser settings have been > reset back to stock and pop up blockers are completely off. > > > > *From:* Sinclair, Keith > *Sent:* Friday, October 10, 2014 10:27 AM > *To:* arslist@ARSLIST.ORG > *Subject:* SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site > > > > I agree with Fred, as well. > > > > Looks like the “file://” did the trick. I had forgotten that was an option > for browsers. Now my battle is for the file location folder permissions as > I tried it on a publicly accessible network directory/file and was able to > open it, but not my original document. > > > > *From:* Action Request System discussion list(ARSList) [ > mailto:arslist@ARSLIST.ORG ] *On Behalf Of *LJ > LongWing > *Sent:* Friday, October 10, 2014 9:00 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: PERFORM-ACTION-OPEN-URL to open internal network site > > > > ** > > I agree with Fred > > > > On Fri, Oct 10, 2014 at 7:54 AM, Sinclair, Keith < > ksincl...@shoppertrak.com> wrote: > > ** > > So, I have a button that fires an AL with Run Process: > PERFORM-ACTION-OPEN-URL \\NETWORK\Public\Site Management\Site > Documents\$Site ID$.pdf. > > > > When I click on the button, nothing happens. The AL does fire, according > to the logs. > > > > If I change the OPEN-URL to http://www.msn.com, it works. The button > opens up MSN in a new browser window. > > > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *LJ LongWing > *Sent:* Friday, October 10, 2014 8:45 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: PERFORM-ACTION-OPEN-URL to open internal network site > > > > ** > > Keith, > > We would need a bit more information, such as 'What happens' when you > trythere should be no difference between an external and an internal > web/document, as long as you are using the properly formatted url. > > > > Have you run logs, what do they show. > > > > On Fri, Oct 10, 2014 at 7:42 AM, Sinclair, Keith < > ksincl...@shoppertrak.com> wrote: > > ** > > Is there a way to open an internal document via the > PERFORM-ACTION-OPEN-URL command? I have used this in the past and it worked > but now I cannot get it to open a URL unless it’s an external website. If I > try to open an internal link, the link appears to do nothing. Essentially, > I am trying to achieve a link to a dynamic document repository. If there’s > another way to do it, then I am all ears. I’ve tried multiple browsers but > with the same results. > > > > Stuff: > > ARS 8.1 > > MT 8.1 > > Linux/Oracle backend. > > > > > > Thanks, > > > > *Keith Sinclair* > > *Remedy Development* > > *ShopperTrak Chicago USA* > > O: 312.676.8289 | M: 630.946.4744 > > *ksincl...@shoppertrak.com * | @shoppertrak > > www.shoppertrak.com > > > > _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"
Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site
Using the URL directly in Chrome does work, also in IE. However, trying to call it from an AL using the Perform…URL, etc. it doesn’t do anything. Driving me nuts… Logs still are showing that AL fired: ActiveLink Start:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 True actions: action 0 Run Process: PERFORM-ACTION-OPEN-URL \\pwfil01\Public\IT HD\DocTest\S80039514.pdf ActiveLink End:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 EVENT End:- Button/Menu Field | Site Other(536870948) | ST:SiteInformation/Default Admin View Fri Oct 10 2014 12:25:25 PM From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 11:56 AM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** I just used the following url in chrome file://server/share/something.log if you try to specify the url in question, does it open manually? What does the log show? On Fri, Oct 10, 2014 at 10:43 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Never mind, I stand corrected. This will work in the client tool but I cannot get it to run in Chrome or IE10 for the life of me. IE10 does nothing. Chrome opens up a blank window. All browser settings have been reset back to stock and pop up blockers are completely off. From: Sinclair, Keith Sent: Friday, October 10, 2014 10:27 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site I agree with Fred, as well. Looks like the “file://” did the trick. I had forgotten that was an option for browsers. Now my battle is for the file location folder permissions as I tried it on a publicly accessible network directory/file and was able to open it, but not my original document. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 9:00 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: PERFORM-ACTION-OPEN-URL to open internal network site ** I agree with Fred On Fri, Oct 10, 2014 at 7:54 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** So, I have a button that fires an AL with Run Process: PERFORM-ACTION-OPEN-URL \\NETWORK\Public\Site Management\Site Documents\$Site ID$.pdf. When I click on the button, nothing happens. The AL does fire, according to the logs. If I change the OPEN-URL to http://www.msn.com, it works. The button opens up MSN in a new browser window. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 8:45 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: PERFORM-ACTION-OPEN-URL to open internal network site ** Keith, We would need a bit more information, such as 'What happens' when you trythere should be no difference between an external and an internal web/document, as long as you are using the properly formatted url. Have you run logs, what do they show. On Fri, Oct 10, 2014 at 7:42 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Is there a way to open an internal document via the PERFORM-ACTION-OPEN-URL command? I have used this in the past and it worked but now I cannot get it to open a URL unless it’s an external website. If I try to open an internal link, the link appears to do nothing. Essentially, I am trying to achieve a link to a dynamic document repository. If there’s another way to do it, then I am all ears. I’ve tried multiple browsers but with the same results. Stuff: ARS 8.1 MT 8.1 Linux/Oracle backend. Thanks, Keith Sinclair Remedy Development ShopperTrak Chicago USA O: 312.676.8289 | M: 630.946.4744 ksincl...@shoppertrak.com<mailto:ksincl...@shoppertrak.com> | @shoppertrak www.shoppertrak.com<http://www.shoppertrak.com/> _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_ _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"
Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site
yes...but your Log you just posted is showing \\server not file://server. On Fri, Oct 10, 2014 at 11:30 AM, Sinclair, Keith wrote: > ** > > Using the URL directly in Chrome does work, also in IE. However, trying to > call it from an AL using the Perform…URL, etc. it doesn’t do anything. > Driving me nuts… > > > > Logs still are showing that AL fired: > > > > ActiveLink Start:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin > View - Fri Oct 10 2014 12:25:25 PM ms 271 > > True actions: > > action 0 > > Run Process: PERFORM-ACTION-OPEN-URL \\pwfil01\Public\IT > HD\DocTest\S80039514.pdf > > ActiveLink End:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin > View - Fri Oct 10 2014 12:25:25 PM ms 271 > > EVENT End:- Button/Menu Field | Site Other(536870948) | > ST:SiteInformation/Default Admin View Fri Oct 10 2014 12:25:25 PM > > > > > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *LJ LongWing > *Sent:* Friday, October 10, 2014 11:56 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal > network site > > > > ** > > I just used the following url in chrome > > > > file://server/share/something.log > > > > if you try to specify the url in question, does it open manually? What > does the log show? > > > > On Fri, Oct 10, 2014 at 10:43 AM, Sinclair, Keith < > ksincl...@shoppertrak.com> wrote: > > ** > > Never mind, I stand corrected. This will work in the client tool but I > cannot get it to run in Chrome or IE10 for the life of me. IE10 does > nothing. Chrome opens up a blank window. All browser settings have been > reset back to stock and pop up blockers are completely off. > > > > *From:* Sinclair, Keith > *Sent:* Friday, October 10, 2014 10:27 AM > *To:* arslist@ARSLIST.ORG > *Subject:* SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site > > > > I agree with Fred, as well. > > > > Looks like the “file://” did the trick. I had forgotten that was an option > for browsers. Now my battle is for the file location folder permissions as > I tried it on a publicly accessible network directory/file and was able to > open it, but not my original document. > > > > *From:* Action Request System discussion list(ARSList) [ > mailto:arslist@ARSLIST.ORG ] *On Behalf Of *LJ > LongWing > *Sent:* Friday, October 10, 2014 9:00 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: PERFORM-ACTION-OPEN-URL to open internal network site > > > > ** > > I agree with Fred > > > > On Fri, Oct 10, 2014 at 7:54 AM, Sinclair, Keith < > ksincl...@shoppertrak.com> wrote: > > ** > > So, I have a button that fires an AL with Run Process: > PERFORM-ACTION-OPEN-URL \\NETWORK\Public\Site Management\Site > Documents\$Site ID$.pdf. > > > > When I click on the button, nothing happens. The AL does fire, according > to the logs. > > > > If I change the OPEN-URL to http://www.msn.com, it works. The button > opens up MSN in a new browser window. > > > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *LJ LongWing > *Sent:* Friday, October 10, 2014 8:45 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: PERFORM-ACTION-OPEN-URL to open internal network site > > > > ** > > Keith, > > We would need a bit more information, such as 'What happens' when you > trythere should be no difference between an external and an internal > web/document, as long as you are using the properly formatted url. > > > > Have you run logs, what do they show. > > > > On Fri, Oct 10, 2014 at 7:42 AM, Sinclair, Keith < > ksincl...@shoppertrak.com> wrote: > > ** > > Is there a way to open an internal document via the > PERFORM-ACTION-OPEN-URL command? I have used this in the past and it worked > but now I cannot get it to open a URL unless it’s an external website. If I > try to open an internal link, the link appears to do nothing. Essentially, > I am trying to achieve a link to a dynamic document repository. If there’s > another way to do it, then I am all ears. I’ve tried multiple browsers but > with the same results. > > > > Stuff: > > ARS 8.1 > > MT 8.1 > > Linux/Oracle backend. > > > > > > Thanks, > > > > *Keith Sinclair* > > *Remedy Development* > > *ShopperTrak Chicago USA* > > O: 312.676.8289 | M: 630.946.4744 > > *ksincl...@shoppertrak.com * | @shoppertrak > > www.shoppertrak.com > > > > _ARSlist: &
Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site
Yes, you are correct. I copied the wrong part of the log. This was the correct one: ActiveLink Start:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:14:46 PM ms 493 True actions: action 0 Run Process: PERFORM-ACTION-OPEN-URL new file://pwfil01/Public/IT HD/DocTest/S80039514.pdf ActiveLink End:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:14:46 PM ms 493 EVENT End:- Button/Menu Field | Site Other(536870948) | ST:SiteInformation/Default Admin View Fri Oct 10 2014 12:14:46 PM I was showing a colleague how it all works fine and dandy in the user tool but not in a web browser and was swapping between two ALs being enabled/disabled. As an alternative, I tried to run a cmd.exe start //filepath/…/… session, which again worked in the Client Tool, but gave me an error in web browsers. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 12:37 PM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** yes...but your Log you just posted is showing \\server not file://server. On Fri, Oct 10, 2014 at 11:30 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Using the URL directly in Chrome does work, also in IE. However, trying to call it from an AL using the Perform…URL, etc. it doesn’t do anything. Driving me nuts… Logs still are showing that AL fired: ActiveLink Start:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 True actions: action 0 Run Process: PERFORM-ACTION-OPEN-URL \\pwfil01\Public\IT HD\DocTest\S80039514.pdf ActiveLink End:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 EVENT End:- Button/Menu Field | Site Other(536870948) | ST:SiteInformation/Default Admin View Fri Oct 10 2014 12:25:25 PM From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 11:56 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** I just used the following url in chrome file://server/share/something.log if you try to specify the url in question, does it open manually? What does the log show? On Fri, Oct 10, 2014 at 10:43 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Never mind, I stand corrected. This will work in the client tool but I cannot get it to run in Chrome or IE10 for the life of me. IE10 does nothing. Chrome opens up a blank window. All browser settings have been reset back to stock and pop up blockers are completely off. From: Sinclair, Keith Sent: Friday, October 10, 2014 10:27 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site I agree with Fred, as well. Looks like the “file://” did the trick. I had forgotten that was an option for browsers. Now my battle is for the file location folder permissions as I tried it on a publicly accessible network directory/file and was able to open it, but not my original document. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 9:00 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: PERFORM-ACTION-OPEN-URL to open internal network site ** I agree with Fred On Fri, Oct 10, 2014 at 7:54 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** So, I have a button that fires an AL with Run Process: PERFORM-ACTION-OPEN-URL \\NETWORK\Public\Site Management\Site Documents\$Site ID$.pdf. When I click on the button, nothing happens. The AL does fire, according to the logs. If I change the OPEN-URL to http://www.msn.com, it works. The button opens up MSN in a new browser window. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 8:45 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: PERFORM-ACTION-OPEN-URL to open internal network site ** Keith, We would need a bit more information, such as 'What happens' when you trythere should be no difference between an external and an internal web/document, as long as you are using the properly formatted url. Have you run logs, what do they show. On Fri, Oct 10, 2014 at 7:42 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Is there a way to open an internal document via the PERFORM-ACTION-OPEN-URL command? I have used this in the past and it worked but now I cannot get it to open a URL unless it’s an external website. If I try to open an internal link,
Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site
When trying to call cmd.exe you might be running into a security problem in the browser. Modern browsers really don’t like to allow execution of outside programs directly from a link because that’s an easy way to run malware etc. This could be true for calling the file:// prefix as well since that would require opening Windows Explorer. Just a theory and I don’t know that there is actually a way around that particular problem. The WUT does not have this restriction that I am aware of. -Rick From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Sinclair, Keith Sent: Friday, October 10, 2014 10:48 AM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** Yes, you are correct. I copied the wrong part of the log. This was the correct one: ActiveLink Start:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:14:46 PM ms 493 True actions: action 0 Run Process: PERFORM-ACTION-OPEN-URL new file://pwfil01/Public/IT HD/DocTest/S80039514.pdf ActiveLink End:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:14:46 PM ms 493 EVENT End:- Button/Menu Field | Site Other(536870948) | ST:SiteInformation/Default Admin View Fri Oct 10 2014 12:14:46 PM I was showing a colleague how it all works fine and dandy in the user tool but not in a web browser and was swapping between two ALs being enabled/disabled. As an alternative, I tried to run a cmd.exe start //filepath/…/… session, which again worked in the Client Tool, but gave me an error in web browsers. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 12:37 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** yes...but your Log you just posted is showing \\server not file://server. On Fri, Oct 10, 2014 at 11:30 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Using the URL directly in Chrome does work, also in IE. However, trying to call it from an AL using the Perform…URL, etc. it doesn’t do anything. Driving me nuts… Logs still are showing that AL fired: ActiveLink Start:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 True actions: action 0 Run Process: PERFORM-ACTION-OPEN-URL \\pwfil01\Public\IT HD\DocTest\S80039514.pdf ActiveLink End:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 EVENT End:- Button/Menu Field | Site Other(536870948) | ST:SiteInformation/Default Admin View Fri Oct 10 2014 12:25:25 PM From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 11:56 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** I just used the following url in chrome file://server/share/something.log if you try to specify the url in question, does it open manually? What does the log show? On Fri, Oct 10, 2014 at 10:43 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Never mind, I stand corrected. This will work in the client tool but I cannot get it to run in Chrome or IE10 for the life of me. IE10 does nothing. Chrome opens up a blank window. All browser settings have been reset back to stock and pop up blockers are completely off. From: Sinclair, Keith Sent: Friday, October 10, 2014 10:27 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site I agree with Fred, as well. Looks like the “file://” did the trick. I had forgotten that was an option for browsers. Now my battle is for the file location folder permissions as I tried it on a publicly accessible network directory/file and was able to open it, but not my original document. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 9:00 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: PERFORM-ACTION-OPEN-URL to open internal network site ** I agree with Fred On Fri, Oct 10, 2014 at 7:54 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** So, I have a button that fires an AL with Run Process: PERFORM-ACTION-OPEN-URL \\NETWORK\Public\Site Management\Site Documents\$Site ID$.pdf. When I click on the button, nothing happens. The AL does fire, according to the logs. If I change the OPEN-URL to http://www.msn.com, it works. The button opens up MSN in a new browser window. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On
Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site
That’s what I am beginning to think. Because that’s the only explanation of why all this is fine in the WUT and why I used to be able to do it in earlier browser versions but now can only seem to call things with http:// prefix. Problem is that the WUT is being phased out. Going to have to get creative in thinking up a solution for this one. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Rick Westbrock Sent: Friday, October 10, 2014 12:59 PM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** When trying to call cmd.exe you might be running into a security problem in the browser. Modern browsers really don’t like to allow execution of outside programs directly from a link because that’s an easy way to run malware etc. This could be true for calling the file:// prefix as well since that would require opening Windows Explorer. Just a theory and I don’t know that there is actually a way around that particular problem. The WUT does not have this restriction that I am aware of. -Rick From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Sinclair, Keith Sent: Friday, October 10, 2014 10:48 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** Yes, you are correct. I copied the wrong part of the log. This was the correct one: ActiveLink Start:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:14:46 PM ms 493 True actions: action 0 Run Process: PERFORM-ACTION-OPEN-URL new file://pwfil01/Public/IT HD/DocTest/S80039514.pdf ActiveLink End:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:14:46 PM ms 493 EVENT End:- Button/Menu Field | Site Other(536870948) | ST:SiteInformation/Default Admin View Fri Oct 10 2014 12:14:46 PM I was showing a colleague how it all works fine and dandy in the user tool but not in a web browser and was swapping between two ALs being enabled/disabled. As an alternative, I tried to run a cmd.exe start //filepath/…/… session, which again worked in the Client Tool, but gave me an error in web browsers. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 12:37 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** yes...but your Log you just posted is showing \\server not file://server. On Fri, Oct 10, 2014 at 11:30 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Using the URL directly in Chrome does work, also in IE. However, trying to call it from an AL using the Perform…URL, etc. it doesn’t do anything. Driving me nuts… Logs still are showing that AL fired: ActiveLink Start:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 True actions: action 0 Run Process: PERFORM-ACTION-OPEN-URL \\pwfil01\Public\IT HD\DocTest\S80039514.pdf ActiveLink End:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 EVENT End:- Button/Menu Field | Site Other(536870948) | ST:SiteInformation/Default Admin View Fri Oct 10 2014 12:25:25 PM From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 11:56 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** I just used the following url in chrome file://server/share/something.log if you try to specify the url in question, does it open manually? What does the log show? On Fri, Oct 10, 2014 at 10:43 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Never mind, I stand corrected. This will work in the client tool but I cannot get it to run in Chrome or IE10 for the life of me. IE10 does nothing. Chrome opens up a blank window. All browser settings have been reset back to stock and pop up blockers are completely off. From: Sinclair, Keith Sent: Friday, October 10, 2014 10:27 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site I agree with Fred, as well. Looks like the “file://” did the trick. I had forgotten that was an option for browsers. Now my battle is for the file location folder permissions as I tried it on a publicly accessible network directory/file and was able to open it, but not my original document. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 9:00 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subje
Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site
To expand on that a bit... I have found when it comes to working with apps and files in the browser it is better to try and use more native web functionality than PC/OS functionality. Are these static documents? Can you put them on a web server? A browser is going to tend to be more accommodating for http(s):// than file://. You will likely find a more consistent experience between different browsers when presenting a file as web content vs. a file from the OS. Another consideration is if when a file is opened from the OS side of things (file://) the first use that opens it will lock it and other users will get a message that another user has it open. We even noticed this with a PDF report that use to be placed on a UNC file share. People with PDF writer software as their default PDF viewer would lock the file when the opened it and the Crystal Distributor couldn't update the report the next time the job ran. We move it to a web server (http://) and now it is alway read only for end users. Jason On Fri, Oct 10, 2014 at 10:58 AM, Rick Westbrock wrote: > ** > > When trying to call cmd.exe you might be running into a security problem > in the browser. Modern browsers really don’t like to allow execution of > outside programs directly from a link because that’s an easy way to run > malware etc. This could be true for calling the file:// prefix as well > since that would require opening Windows Explorer. Just a theory and I > don’t know that there is actually a way around that particular problem. The > WUT does not have this restriction that I am aware of. > > > > -Rick > > > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Sinclair, Keith > *Sent:* Friday, October 10, 2014 10:48 AM > > *To:* arslist@ARSLIST.ORG > *Subject:* Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal > network site > > > > ** > > Yes, you are correct. I copied the wrong part of the log. This > was the correct one: > > > > ActiveLink Start:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin > View - Fri Oct 10 2014 12:14:46 PM ms 493 > > True actions: > > action 0 > > Run Process: PERFORM-ACTION-OPEN-URL new file://pwfil01/Public/IT > HD/DocTest/S80039514.pdf > > ActiveLink End:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin > View - Fri Oct 10 2014 12:14:46 PM ms 493 > > EVENT End:- Button/Menu Field | Site Other(536870948) | > ST:SiteInformation/Default Admin View Fri Oct 10 2014 12:14:46 PM > > > > I was showing a colleague how it all works fine and dandy in the user tool > but not in a web browser and was swapping between two ALs being > enabled/disabled. > > > > As an alternative, I tried to run a cmd.exe start //filepath/…/… session, > which again worked in the Client Tool, but gave me an error in web browsers. > > > > *From:* Action Request System discussion list(ARSList) [ > mailto:arslist@ARSLIST.ORG ] *On Behalf Of *LJ > LongWing > *Sent:* Friday, October 10, 2014 12:37 PM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal > network site > > > > ** > > yes...but your Log you just posted is showing \\server not file://server > . > > > > On Fri, Oct 10, 2014 at 11:30 AM, Sinclair, Keith < > ksincl...@shoppertrak.com> wrote: > > ** > > Using the URL directly in Chrome does work, also in IE. However, trying to > call it from an AL using the Perform…URL, etc. it doesn’t do anything. > Driving me nuts… > > > > Logs still are showing that AL fired: > > > > ActiveLink Start:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin > View - Fri Oct 10 2014 12:25:25 PM ms 271 > > True actions: > > action 0 > > Run Process: PERFORM-ACTION-OPEN-URL \\pwfil01\Public\IT > HD\DocTest\S80039514.pdf > > ActiveLink End:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin > View - Fri Oct 10 2014 12:25:25 PM ms 271 > > EVENT End:- Button/Menu Field | Site Other(536870948) | > ST:SiteInformation/Default Admin View Fri Oct 10 2014 12:25:25 PM > > > > > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *LJ LongWing > *Sent:* Friday, October 10, 2014 11:56 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal > network site > > > > ** > > I just used the following url in chrome > > > > file://server/share/something.log > > > > if you try to specify the url in question, does it open manually? What > does the log show? > > > > On Fri, Oct 10, 2014 at 10:43 AM, Sinclair, Keith <
Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site
The last thing I want to do is muddy the issue, but this rings a faint bell about browser security. It has been awhile and I can't recall the specifics, but maybe it will jog someone else's memory. It was something about trying to open a file on a local path that the browser (by default) viewed as malicious activity and either did nothing, or 404'd as a result. It may not be applicable, but just in case. -JDHood On Fri, Oct 10, 2014 at 1:30 PM, Sinclair, Keith wrote: > ** > > Using the URL directly in Chrome does work, also in IE. However, trying to > call it from an AL using the Perform…URL, etc. it doesn’t do anything. > Driving me nuts… > > > > Logs still are showing that AL fired: > > > > ActiveLink Start:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin > View - Fri Oct 10 2014 12:25:25 PM ms 271 > > True actions: > > action 0 > > Run Process: PERFORM-ACTION-OPEN-URL \\pwfil01\Public\IT > HD\DocTest\S80039514.pdf > > ActiveLink End:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin > View - Fri Oct 10 2014 12:25:25 PM ms 271 > > EVENT End:- Button/Menu Field | Site Other(536870948) | > ST:SiteInformation/Default Admin View Fri Oct 10 2014 12:25:25 PM > > > > > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *LJ LongWing > *Sent:* Friday, October 10, 2014 11:56 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal > network site > > > > ** > > I just used the following url in chrome > > > > file://server/share/something.log > > > > if you try to specify the url in question, does it open manually? What > does the log show? > > > > On Fri, Oct 10, 2014 at 10:43 AM, Sinclair, Keith < > ksincl...@shoppertrak.com> wrote: > > ** > > Never mind, I stand corrected. This will work in the client tool but I > cannot get it to run in Chrome or IE10 for the life of me. IE10 does > nothing. Chrome opens up a blank window. All browser settings have been > reset back to stock and pop up blockers are completely off. > > > > *From:* Sinclair, Keith > *Sent:* Friday, October 10, 2014 10:27 AM > *To:* arslist@ARSLIST.ORG > *Subject:* SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site > > > > I agree with Fred, as well. > > > > Looks like the “file://” did the trick. I had forgotten that was an option > for browsers. Now my battle is for the file location folder permissions as > I tried it on a publicly accessible network directory/file and was able to > open it, but not my original document. > > > > *From:* Action Request System discussion list(ARSList) [ > mailto:arslist@ARSLIST.ORG ] *On Behalf Of *LJ > LongWing > *Sent:* Friday, October 10, 2014 9:00 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: PERFORM-ACTION-OPEN-URL to open internal network site > > > > ** > > I agree with Fred > > > > On Fri, Oct 10, 2014 at 7:54 AM, Sinclair, Keith < > ksincl...@shoppertrak.com> wrote: > > ** > > So, I have a button that fires an AL with Run Process: > PERFORM-ACTION-OPEN-URL \\NETWORK\Public\Site Management\Site > Documents\$Site ID$.pdf. > > > > When I click on the button, nothing happens. The AL does fire, according > to the logs. > > > > If I change the OPEN-URL to http://www.msn.com, it works. The button > opens up MSN in a new browser window. > > > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *LJ LongWing > *Sent:* Friday, October 10, 2014 8:45 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: PERFORM-ACTION-OPEN-URL to open internal network site > > > > ** > > Keith, > > We would need a bit more information, such as 'What happens' when you > trythere should be no difference between an external and an internal > web/document, as long as you are using the properly formatted url. > > > > Have you run logs, what do they show. > > > > On Fri, Oct 10, 2014 at 7:42 AM, Sinclair, Keith < > ksincl...@shoppertrak.com> wrote: > > ** > > Is there a way to open an internal document via the > PERFORM-ACTION-OPEN-URL command? I have used this in the past and it worked > but now I cannot get it to open a URL unless it’s an external website. If I > try to open an internal link, the link appears to do nothing. Essentially, > I am trying to achieve a link to a dynamic document repository. If there’s > another way to do it, then I am all ears. I’ve tried multiple browsers but > with the same results. > > > > Stuff: > > ARS 8
Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site
Great Lakes respects the privacy of its customers and business partners and thus has implemented solutions to protect sensitive information. This is a secure message from Great Lakes that may contain sensitive information. To view your secure message, open the attachment to this message. The first time you receive a secure message from Great Lakes you will be required to create an account and password. Subsequent secure message deliveries from Great Lakes will require you to authenticate prior to opening the message. If you are viewing this from a mobile device, click to read your message on your mobile device. The mobile link expires on 2014-11-09 14:09 CST https://securemail.mygreatlakes.org/formpostdir/securereader?id=77fd57b25fabd429f89eabb0e5a876a2 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years" Title: Proofpoint Encryption ** More Info Disclaimer: The information contained in this communication may be confidential, is intended only for the use of the recipient(s) named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please notify the sender immediately and destroy or delete the original message and any copy of it from your computer system. If you have any questions concerning this message, please contact the sender. Secured by Proofpoint Encryption, Copyright © 2009-2012 Proofpoint, Inc. All rights reserved. _ARSlist: "Where the Answers Are" and have been for 20 years_
Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site
Sorry looks like our system wants to send my reply securely……….. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Arner, Todd Sent: Friday, October 10, 2014 3:10 PM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** [cid:image001.gif@01CFE49C.95A31DC0] [cid:image002.gif@01CFE49C.95A31DC0] Great Lakes respects the privacy of its customers and business partners and thus has implemented solutions to protect sensitive information. This is a secure message from Great Lakes that may contain sensitive information. To view your secure message, open the attachment to this message. The first time you receive a secure message from Great Lakes you will be required to create an account and password. Subsequent secure message deliveries from Great Lakes will require you to authenticate prior to opening the message. If you are viewing this from a mobile device, click here<https://securemail.mygreatlakes.org/formpostdir/securereader?id=77fd57b25fabd429f89eabb0e5a876a2> to read your message on your mobile device. The mobile link expires on 2014-11-09 14:09 CST More Info<https://securemail.mygreatlakes.org/securereader/help.jsf?lang=enus> Disclaimer: The information contained in this communication may be confidential, is intended only for the use of the recipient(s) named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please notify the sender immediately and destroy or delete the original message and any copy of it from your computer system. For questions about your student loans, contact us at (800) 236-4300. For technical questions about this secure email, call (866) 227-8928. Secured by Proofpoint Encryption, Copyright © 2009-2012 Proofpoint, Inc. All rights reserved. _ARSlist: "Where the Answers Are" and have been for 20 years_ -- The information contained in this communication may be confidential, is intended only for the use of the recipient(s) named above, and may be protected under state or federal law. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please forward the communication to no...@glhec.org immediately and destroy or delete the original message and any copy of it from your computer system. If you have any questions concerning this message, please contact the sender. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site
--_000_B97DB6A54B0A7A4DBB08CE6A2181A8BC465C3EE7GLSXDBMAD1Pgldn_ Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" V2UgY29uZmlndXJlZCBvdXJzIGFzIGJlbG93IGFuZCBpdCB3b3JrcyBmaW5lLiAgVGhvdWdodCBJ 4oCZZCBwYXNzIGl0IG9uIGluIGNhc2UgeW91IHdhbnQgdG8gZ2l2ZSBpdCBhIHRyeS4NCg0KVG9k ZCBBcm5lcg0KDQpQRVJGT1JNLUFDVElPTi1PUEVOLVVSTCBmaWxlOi8vXFxTZXJ2ZXJcUmVtZWR5 QWRtaW5cSGVscERvY3VtZW50c1xQRVRTXFBFVFM8ZmlsZTovLy9cXFNlcnZlclxSZW1lZHlBZG1p blxIZWxwRG9jdW1lbnRzXFBFVFNcUEVUUz4gVXNlciBHdWlkZS5kb2N4DQoNCgotLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tClRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBjb21tdW5pY2F0aW9uIG1heSBi ZSBjb25maWRlbnRpYWwsIGlzIGludGVuZGVkIG9ubHkgZm9yIHRoZSB1c2Ugb2YgdGhlIHJlY2lw aWVudChzKSBuYW1lZCBhYm92ZSwgYW5kIG1heSBiZSBwcm90ZWN0ZWQgdW5kZXIgc3RhdGUgb3Ig ZmVkZXJhbCBsYXcuIElmIHRoZSByZWFkZXIgb2YgdGhpcyBtZXNzYWdlIGlzIG5vdCB0aGUgaW50 ZW5kZWQgcmVjaXBpZW50LCB5b3UgYXJlIGhlcmVieSBub3RpZmllZCB0aGF0IGFueSBkaXNzZW1p bmF0aW9uLCBkaXN0cmlidXRpb24sIG9yIGNvcHlpbmcgb2YgdGhpcyBjb21tdW5pY2F0aW9uLCBv ciBhbnkgb2YgaXRzIGNvbnRlbnRzLCBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiBJZiB5b3UgaGF2 ZSByZWNlaXZlZCB0aGlzIGNvbW11bmljYXRpb24gaW4gZXJyb3IsIHBsZWFzZSBmb3J3YXJkIHRo ZSBjb21tdW5pY2F0aW9uIHRvIG5vdG1lQGdsaGVjLm9yZyBpbW1lZGlhdGVseSBhbmQgZGVzdHJv eSBvciBkZWxldGUgdGhlIG9yaWdpbmFsIG1lc3NhZ2UgYW5kIGFueSBjb3B5IG9mIGl0IGZyb20g eW91ciBjb21wdXRlciBzeXN0ZW0uIElmIHlvdSBoYXZlIGFueSBxdWVzdGlvbnMgY29uY2Vybmlu ZyB0aGlzIG1lc3NhZ2UsIHBsZWFzZSBjb250YWN0IHRoZSBzZW5kZXIuCg0KDQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQpVTlNVQlNDUklCRSBvciBhY2Nlc3MgQVJTbGlzdCBBcmNoaXZlcyBhdCB3 d3cuYXJzbGlzdC5vcmcNCiJXaGVyZSB0aGUgQW5zd2VycyBBcmUsIGFuZCBoYXZlIGJlZW4gZm9y IDIwIHllYXJzIg0K --_000_B97DB6A54B0A7A4DBB08CE6A2181A8BC465C3EE7GLSXDBMAD1Pgldn_ Content-Transfer-Encoding: base64 Content-Type: text/html; charset="utf-8" KioNCjxodG1sIHhtbG5zOnY9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206dm1sIiB4bWxuczpv PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpvZmZpY2UiIHhtbG5zOnc9InVybjpz Y2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOndvcmQiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFz Lm1pY3Jvc29mdC5jb20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMu b3JnL1RSL1JFQy1odG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5 cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHZW5l cmF0b3IiIGNvbnRlbnQ9Ik1pY3Jvc29mdCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxz dHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFt aWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7 fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiU2Vnb2UgVUkiOw0KCXBhbm9zZS0xOjIgMTEg NSAyIDQgMiA0IDIgMiAzO30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwg bGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRv bTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBS b21hbiIsInNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0K YTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1z b0FjZXRhdGUsIGxpLk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1hcmdpbjow aW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTo4LjBwdDsNCglmb250LWZh bWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5CYWxsb29uVGV4dENoYXINCgl7bXNv LXN0eWxlLW5hbWU6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7 DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCI7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIs InNhbnMtc2VyaWYiO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNv bmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3 RDt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250 LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5F bWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1p bHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZh dWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0K QHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAx LjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24x O30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRz IHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtp ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1h cCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRp Zl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVy cGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7
Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site
Disclaimer: I haven't messed around with this for a while, so it might take some tinkering. Stuff below taken from here: http://stackoverflow.com/questions/4679756/show-a-pdf-files-in-users-browser-via-php-perl If you have PHP on your web server you can directly display a PDF doing something like this: William Rentfrow wrentf...@stratacominc.com Office: 715-204-3061 or 701-232-5697x25 Cell: 715-498-5056 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of JD Hood Sent: Friday, October 10, 2014 1:47 PM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** The last thing I want to do is muddy the issue, but this rings a faint bell about browser security. It has been awhile and I can't recall the specifics, but maybe it will jog someone else's memory. It was something about trying to open a file on a local path that the browser (by default) viewed as malicious activity and either did nothing, or 404'd as a result. It may not be applicable, but just in case. -JDHood On Fri, Oct 10, 2014 at 1:30 PM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Using the URL directly in Chrome does work, also in IE. However, trying to call it from an AL using the Perform…URL, etc. it doesn’t do anything. Driving me nuts… Logs still are showing that AL fired: ActiveLink Start:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 True actions: action 0 Run Process: PERFORM-ACTION-OPEN-URL \\pwfil01\Public\IT HD\DocTest\S80039514.pdf ActiveLink End:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 EVENT End:- Button/Menu Field | Site Other(536870948) | ST:SiteInformation/Default Admin View Fri Oct 10 2014 12:25:25 PM From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 11:56 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** I just used the following url in chrome file://server/share/something.log if you try to specify the url in question, does it open manually? What does the log show? On Fri, Oct 10, 2014 at 10:43 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Never mind, I stand corrected. This will work in the client tool but I cannot get it to run in Chrome or IE10 for the life of me. IE10 does nothing. Chrome opens up a blank window. All browser settings have been reset back to stock and pop up blockers are completely off. From: Sinclair, Keith Sent: Friday, October 10, 2014 10:27 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site I agree with Fred, as well. Looks like the “file://” did the trick. I had forgotten that was an option for browsers. Now my battle is for the file location folder permissions as I tried it on a publicly accessible network directory/file and was able to open it, but not my original document. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 9:00 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: PERFORM-ACTION-OPEN-URL to open internal network site ** I agree with Fred On Fri, Oct 10, 2014 at 7:54 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** So, I have a button that fires an AL with Run Process: PERFORM-ACTION-OPEN-URL \\NETWORK\Public\Site Management\Site Documents\$Site ID$.pdf. When I click on the button, nothing happens. The AL does fire, according to the logs. If I change the OPEN-URL to http://www.msn.com, it works. The button opens up MSN in a new browser window. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 8:45 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: PERFORM-ACTION-OPEN-URL to open internal network site ** Keith, We would need a bit more information, such as 'What happens' when you trythere should be no difference between an external and an internal web/document, as long as you are using the properly formatted url. Have you run logs, what do they show. On Fri, Oct 10, 2014 at 7:42 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Is there a way to open an internal document via the PERFORM-ACTION-OPEN-URL command? I have used this in the past and it worked but now I cannot get it to open a URL unless it’s an external website. If I try to open an internal link, the link appears to do nothing. Essentially, I am trying to achieve a link to a dynamic docu
Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site
Why not just add the URL to a line of text on a button? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of William Rentfrow Sent: Friday, October 10, 2014 3:16 PM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** Disclaimer: I haven't messed around with this for a while, so it might take some tinkering. Stuff below taken from here: http://stackoverflow.com/questions/4679756/show-a-pdf-files-in-users-browser-via-php-perl If you have PHP on your web server you can directly display a PDF doing something like this: William Rentfrow wrentf...@stratacominc.com<mailto:wrentf...@stratacominc.com> Office: 715-204-3061 or 701-232-5697x25 Cell: 715-498-5056 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of JD Hood Sent: Friday, October 10, 2014 1:47 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** The last thing I want to do is muddy the issue, but this rings a faint bell about browser security. It has been awhile and I can't recall the specifics, but maybe it will jog someone else's memory. It was something about trying to open a file on a local path that the browser (by default) viewed as malicious activity and either did nothing, or 404'd as a result. It may not be applicable, but just in case. -JDHood On Fri, Oct 10, 2014 at 1:30 PM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Using the URL directly in Chrome does work, also in IE. However, trying to call it from an AL using the Perform…URL, etc. it doesn’t do anything. Driving me nuts… Logs still are showing that AL fired: ActiveLink Start:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 True actions: action 0 Run Process: PERFORM-ACTION-OPEN-URL \\pwfil01\Public\IT HD\DocTest\S80039514.pdf ActiveLink End:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 EVENT End:- Button/Menu Field | Site Other(536870948) | ST:SiteInformation/Default Admin View Fri Oct 10 2014 12:25:25 PM From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 11:56 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** I just used the following url in chrome file://server/share/something.log if you try to specify the url in question, does it open manually? What does the log show? On Fri, Oct 10, 2014 at 10:43 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Never mind, I stand corrected. This will work in the client tool but I cannot get it to run in Chrome or IE10 for the life of me. IE10 does nothing. Chrome opens up a blank window. All browser settings have been reset back to stock and pop up blockers are completely off. From: Sinclair, Keith Sent: Friday, October 10, 2014 10:27 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site I agree with Fred, as well. Looks like the “file://” did the trick. I had forgotten that was an option for browsers. Now my battle is for the file location folder permissions as I tried it on a publicly accessible network directory/file and was able to open it, but not my original document. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 9:00 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: PERFORM-ACTION-OPEN-URL to open internal network site ** I agree with Fred On Fri, Oct 10, 2014 at 7:54 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** So, I have a button that fires an AL with Run Process: PERFORM-ACTION-OPEN-URL \\NETWORK\Public\Site Management\Site Documents\$Site ID$.pdf. When I click on the button, nothing happens. The AL does fire, according to the logs. If I change the OPEN-URL to http://www.msn.com, it works. The button opens up MSN in a new browser window. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 8:45 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: PERFORM-ACTION-OPEN-URL to open internal network site ** Keith, We would need a bit more information, such as 'What happens' when you trythere should be no difference between an external and an internal web/document, as long as you are using the properly formatted url. Have you run logs, what do they show. On Fri, Oct 10, 2014 at 7:42 AM, Sinclair,
Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site
Sadly, I tried that one. Same issue – nothing happens in web browser. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Sanford, Claire Sent: Friday, October 10, 2014 3:23 PM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** Why not just add the URL to a line of text on a button? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of William Rentfrow Sent: Friday, October 10, 2014 3:16 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** Disclaimer: I haven't messed around with this for a while, so it might take some tinkering. Stuff below taken from here: http://stackoverflow.com/questions/4679756/show-a-pdf-files-in-users-browser-via-php-perl If you have PHP on your web server you can directly display a PDF doing something like this: William Rentfrow wrentf...@stratacominc.com<mailto:wrentf...@stratacominc.com> Office: 715-204-3061 or 701-232-5697x25 Cell: 715-498-5056 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of JD Hood Sent: Friday, October 10, 2014 1:47 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** The last thing I want to do is muddy the issue, but this rings a faint bell about browser security. It has been awhile and I can't recall the specifics, but maybe it will jog someone else's memory. It was something about trying to open a file on a local path that the browser (by default) viewed as malicious activity and either did nothing, or 404'd as a result. It may not be applicable, but just in case. -JDHood On Fri, Oct 10, 2014 at 1:30 PM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Using the URL directly in Chrome does work, also in IE. However, trying to call it from an AL using the Perform…URL, etc. it doesn’t do anything. Driving me nuts… Logs still are showing that AL fired: ActiveLink Start:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 True actions: action 0 Run Process: PERFORM-ACTION-OPEN-URL \\pwfil01\Public\IT HD\DocTest\S80039514.pdf ActiveLink End:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 EVENT End:- Button/Menu Field | Site Other(536870948) | ST:SiteInformation/Default Admin View Fri Oct 10 2014 12:25:25 PM From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 11:56 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** I just used the following url in chrome file://server/share/something.log if you try to specify the url in question, does it open manually? What does the log show? On Fri, Oct 10, 2014 at 10:43 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Never mind, I stand corrected. This will work in the client tool but I cannot get it to run in Chrome or IE10 for the life of me. IE10 does nothing. Chrome opens up a blank window. All browser settings have been reset back to stock and pop up blockers are completely off. From: Sinclair, Keith Sent: Friday, October 10, 2014 10:27 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site I agree with Fred, as well. Looks like the “file://” did the trick. I had forgotten that was an option for browsers. Now my battle is for the file location folder permissions as I tried it on a publicly accessible network directory/file and was able to open it, but not my original document. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 9:00 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: PERFORM-ACTION-OPEN-URL to open internal network site ** I agree with Fred On Fri, Oct 10, 2014 at 7:54 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** So, I have a button that fires an AL with Run Process: PERFORM-ACTION-OPEN-URL \\NETWORK\Public\Site Management\Site Documents\$Site ID$.pdf. When I click on the button, nothing happens. The AL does fire, according to the logs. If I change the OPEN-URL to http://www.msn.com, it works. The button opens up MSN in a new browser window. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 8:45 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: R
Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site
I’m not sure if this is the issue, but since your address contains a BLANK, have you tried quotes around the URL? HTH, Joel Joel Senderjdsen...@earthlink.net310.829.5552 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Sinclair, Keith Sent: Friday, October 10, 2014 1:24 PM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** Sadly, I tried that one. Same issue – nothing happens in web browser. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Sanford, Claire Sent: Friday, October 10, 2014 3:23 PM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** Why not just add the URL to a line of text on a button? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of William Rentfrow Sent: Friday, October 10, 2014 3:16 PM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** Disclaimer: I haven't messed around with this for a while, so it might take some tinkering. Stuff below taken from here: http://stackoverflow.com/questions/4679756/show-a-pdf-files-in-users-browser-via-php-perl If you have PHP on your web server you can directly display a PDF doing something like this: William Rentfrow wrentf...@stratacominc.com Office: 715-204-3061 or 701-232-5697x25 Cell: 715-498-5056 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of JD Hood Sent: Friday, October 10, 2014 1:47 PM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** The last thing I want to do is muddy the issue, but this rings a faint bell about browser security. It has been awhile and I can't recall the specifics, but maybe it will jog someone else's memory. It was something about trying to open a file on a local path that the browser (by default) viewed as malicious activity and either did nothing, or 404'd as a result. It may not be applicable, but just in case. -JDHood On Fri, Oct 10, 2014 at 1:30 PM, Sinclair, Keith wrote: ** Using the URL directly in Chrome does work, also in IE. However, trying to call it from an AL using the Perform…URL, etc. it doesn’t do anything. Driving me nuts… Logs still are showing that AL fired: ActiveLink Start:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 True actions: action 0 Run Process: PERFORM-ACTION-OPEN-URL \\pwfil01\Public\IT HD\DocTest\S80039514.pdf ActiveLink End:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 EVENT End:- Button/Menu Field | Site Other(536870948) | ST:SiteInformation/Default Admin View Fri Oct 10 2014 12:25:25 PM From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 11:56 AM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** I just used the following url in chrome file://server/share/something.log if you try to specify the url in question, does it open manually? What does the log show? On Fri, Oct 10, 2014 at 10:43 AM, Sinclair, Keith wrote: ** Never mind, I stand corrected. This will work in the client tool but I cannot get it to run in Chrome or IE10 for the life of me. IE10 does nothing. Chrome opens up a blank window. All browser settings have been reset back to stock and pop up blockers are completely off. From: Sinclair, Keith Sent: Friday, October 10, 2014 10:27 AM To: arslist@ARSLIST.ORG Subject: SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site I agree with Fred, as well. Looks like the “file://” did the trick. I had forgotten that was an option for browsers. Now my battle is for the file location folder permissions as I tried it on a publicly accessible network directory/file and was able to open it, but not my original document. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 9:00 AM To: arslist@ARSLIST.ORG Subject: Re: PERFORM-ACTION-OPEN-URL to open internal network site ** I agree with Fred On Fri, Oct 10, 2014 at 7:54 AM, Sinclair, Keith wrote: ** So, I have a button that fires an AL with Run Process: PERFORM-ACTION-OPEN-URL \\NETWORK\Public\Site Management\Site Documents\$Site ID$.pdf. When I click on the button, nothing happens. The AL does fire, according to the logs. If I change the OPEN-URL to http://www.msn.com, it works. The button opens up MSN in a new browser window. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On B
Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site
I didn’t notice that, do you think the space may need to be URL-encoded into %20? Personally I still think it’s the browser security but this is one other trick to try, you’d have to add an extra action before the run process to do the replacement but if that works then you would need to write (or find) a function to URL encode all characters that are not HTML compliant. -Rick From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joel Sender Sent: Friday, October 10, 2014 6:01 PM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** I’m not sure if this is the issue, but since your address contains a BLANK, have you tried quotes around the URL? HTH, Joel Joel Senderjdsen...@earthlink.net<mailto:jdsen...@earthlink.net> 310.829.5552 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Sinclair, Keith Sent: Friday, October 10, 2014 1:24 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** Sadly, I tried that one. Same issue – nothing happens in web browser. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Sanford, Claire Sent: Friday, October 10, 2014 3:23 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** Why not just add the URL to a line of text on a button? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of William Rentfrow Sent: Friday, October 10, 2014 3:16 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** Disclaimer: I haven't messed around with this for a while, so it might take some tinkering. Stuff below taken from here: http://stackoverflow.com/questions/4679756/show-a-pdf-files-in-users-browser-via-php-perl If you have PHP on your web server you can directly display a PDF doing something like this: William Rentfrow wrentf...@stratacominc.com<mailto:wrentf...@stratacominc.com> Office: 715-204-3061 or 701-232-5697x25 Cell: 715-498-5056 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of JD Hood Sent: Friday, October 10, 2014 1:47 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** The last thing I want to do is muddy the issue, but this rings a faint bell about browser security. It has been awhile and I can't recall the specifics, but maybe it will jog someone else's memory. It was something about trying to open a file on a local path that the browser (by default) viewed as malicious activity and either did nothing, or 404'd as a result. It may not be applicable, but just in case. -JDHood On Fri, Oct 10, 2014 at 1:30 PM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Using the URL directly in Chrome does work, also in IE. However, trying to call it from an AL using the Perform…URL, etc. it doesn’t do anything. Driving me nuts… Logs still are showing that AL fired: ActiveLink Start:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 True actions: action 0 Run Process: PERFORM-ACTION-OPEN-URL \\pwfil01\Public\IT HD\DocTest\S80039514.pdf ActiveLink End:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 EVENT End:- Button/Menu Field | Site Other(536870948) | ST:SiteInformation/Default Admin View Fri Oct 10 2014 12:25:25 PM From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 11:56 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** I just used the following url in chrome file://server/share/something.log if you try to specify the url in question, does it open manually? What does the log show? On Fri, Oct 10, 2014 at 10:43 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Never mind, I stand corrected. This will work in the client tool but I cannot get it to run in Chrome or IE10 for the life of me. IE10 does nothing. Chrome opens up a blank window. All browser settings have been reset back to stock and pop up blockers are completely off. From: Sinclair, Keith Sent: Friday, October 10, 2014 10:27 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site I agree with Fred, as well. Looks like the “file://” did the trick. I had forgotten that was an option for b
Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site
I did try quotes around the URL but it threw up an error. When I put in the %20, etc. in the file name, I receive an Access Denied error. Suffice to say, I am thinking this one is down to browser security. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Rick Westbrock Sent: Monday, October 13, 2014 9:56 AM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** I didn’t notice that, do you think the space may need to be URL-encoded into %20? Personally I still think it’s the browser security but this is one other trick to try, you’d have to add an extra action before the run process to do the replacement but if that works then you would need to write (or find) a function to URL encode all characters that are not HTML compliant. -Rick From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joel Sender Sent: Friday, October 10, 2014 6:01 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** I’m not sure if this is the issue, but since your address contains a BLANK, have you tried quotes around the URL? HTH, Joel Joel Senderjdsen...@earthlink.net<mailto:jdsen...@earthlink.net> 310.829.5552 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Sinclair, Keith Sent: Friday, October 10, 2014 1:24 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** Sadly, I tried that one. Same issue – nothing happens in web browser. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Sanford, Claire Sent: Friday, October 10, 2014 3:23 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** Why not just add the URL to a line of text on a button? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of William Rentfrow Sent: Friday, October 10, 2014 3:16 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** Disclaimer: I haven't messed around with this for a while, so it might take some tinkering. Stuff below taken from here: http://stackoverflow.com/questions/4679756/show-a-pdf-files-in-users-browser-via-php-perl If you have PHP on your web server you can directly display a PDF doing something like this: William Rentfrow wrentf...@stratacominc.com<mailto:wrentf...@stratacominc.com> Office: 715-204-3061 or 701-232-5697x25 Cell: 715-498-5056 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of JD Hood Sent: Friday, October 10, 2014 1:47 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** The last thing I want to do is muddy the issue, but this rings a faint bell about browser security. It has been awhile and I can't recall the specifics, but maybe it will jog someone else's memory. It was something about trying to open a file on a local path that the browser (by default) viewed as malicious activity and either did nothing, or 404'd as a result. It may not be applicable, but just in case. -JDHood On Fri, Oct 10, 2014 at 1:30 PM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Using the URL directly in Chrome does work, also in IE. However, trying to call it from an AL using the Perform…URL, etc. it doesn’t do anything. Driving me nuts… Logs still are showing that AL fired: ActiveLink Start:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 True actions: action 0 Run Process: PERFORM-ACTION-OPEN-URL \\pwfil01\Public\IT HD\DocTest\S80039514.pdf ActiveLink End:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 EVENT End:- Button/Menu Field | Site Other(536870948) | ST:SiteInformation/Default Admin View Fri Oct 10 2014 12:25:25 PM From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 11:56 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** I just used the following url in chrome file://server/share/something.log if you try to specify the url in question, does it open manually? What does the log show? On Fri, Oct 10, 2014 at 10:43 AM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Never mind, I stand corrected. This will work in the client tool but I cannot
Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site
Just roundin’ up the usual suspects here: Unless the message is specific about the resource to which you lack access (usually it doesn’t), try testing with an OS ‘admin’ User ID or Check the java permissions on the client’s machine. Joel Joel Senderjdsen...@earthlink.net310.829.5552 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Sinclair, Keith Sent: Monday, October 13, 2014 10:29 AM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** I did try quotes around the URL but it threw up an error. When I put in the %20, etc. in the file name, I receive an Access Denied error. Suffice to say, I am thinking this one is down to browser security. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Rick Westbrock Sent: Monday, October 13, 2014 9:56 AM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** I didn’t notice that, do you think the space may need to be URL-encoded into %20? Personally I still think it’s the browser security but this is one other trick to try, you’d have to add an extra action before the run process to do the replacement but if that works then you would need to write (or find) a function to URL encode all characters that are not HTML compliant. -Rick From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joel Sender Sent: Friday, October 10, 2014 6:01 PM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** I’m not sure if this is the issue, but since your address contains a BLANK, have you tried quotes around the URL? HTH, Joel Joel Senderjdsen...@earthlink.net310.829.5552 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Sinclair, Keith Sent: Friday, October 10, 2014 1:24 PM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** Sadly, I tried that one. Same issue – nothing happens in web browser. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Sanford, Claire Sent: Friday, October 10, 2014 3:23 PM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** Why not just add the URL to a line of text on a button? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of William Rentfrow Sent: Friday, October 10, 2014 3:16 PM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** Disclaimer: I haven't messed around with this for a while, so it might take some tinkering. Stuff below taken from here: http://stackoverflow.com/questions/4679756/show-a-pdf-files-in-users-browser-via-php-perl If you have PHP on your web server you can directly display a PDF doing something like this: William Rentfrow wrentf...@stratacominc.com Office: 715-204-3061 or 701-232-5697x25 Cell: 715-498-5056 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of JD Hood Sent: Friday, October 10, 2014 1:47 PM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** The last thing I want to do is muddy the issue, but this rings a faint bell about browser security. It has been awhile and I can't recall the specifics, but maybe it will jog someone else's memory. It was something about trying to open a file on a local path that the browser (by default) viewed as malicious activity and either did nothing, or 404'd as a result. It may not be applicable, but just in case. -JDHood On Fri, Oct 10, 2014 at 1:30 PM, Sinclair, Keith wrote: ** Using the URL directly in Chrome does work, also in IE. However, trying to call it from an AL using the Perform…URL, etc. it doesn’t do anything. Driving me nuts… Logs still are showing that AL fired: ActiveLink Start:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 True actions: action 0 Run Process: PERFORM-ACTION-OPEN-URL \\pwfil01\Public\IT HD\DocTest\S80039514.pdf ActiveLink End:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 EVENT End:- Button/Menu Field | Site Other(536870948) | ST:SiteInformation/Default Admin View Fri Oct 10 2014 12:25:25 PM From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, October 10, 2014 11:56 AM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** I just used the following url in chrome file://server
Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site
Keith, Just to make sure: You sent this originally: Run Process: PERFORM-ACTION-OPEN-URL \\pwfil01\Public\IT HD\DocTest\S80039514.pdf The %20 needs to be between the IT and the HD with no spaces. Alternately, can you change that directory (folder) to IT-HD (or some name with spaces)? Kelvin From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Sinclair, Keith Sent: Monday, October 13, 2014 1:29 PM To: arslist@ARSLIST.ORG Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** I did try quotes around the URL but it threw up an error. When I put in the %20, etc. in the file name, I receive an Access Denied error. Suffice to say, I am thinking this one is down to browser security. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Rick Westbrock Sent: Monday, October 13, 2014 9:56 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** I didn’t notice that, do you think the space may need to be URL-encoded into %20? Personally I still think it’s the browser security but this is one other trick to try, you’d have to add an extra action before the run process to do the replacement but if that works then you would need to write (or find) a function to URL encode all characters that are not HTML compliant. -Rick From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joel Sender Sent: Friday, October 10, 2014 6:01 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** I’m not sure if this is the issue, but since your address contains a BLANK, have you tried quotes around the URL? HTH, Joel Joel Senderjdsen...@earthlink.net<mailto:jdsen...@earthlink.net> 310.829.5552 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Sinclair, Keith Sent: Friday, October 10, 2014 1:24 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** Sadly, I tried that one. Same issue – nothing happens in web browser. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Sanford, Claire Sent: Friday, October 10, 2014 3:23 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** Why not just add the URL to a line of text on a button? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of William Rentfrow Sent: Friday, October 10, 2014 3:16 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** Disclaimer: I haven't messed around with this for a while, so it might take some tinkering. Stuff below taken from here: http://stackoverflow.com/questions/4679756/show-a-pdf-files-in-users-browser-via-php-perl If you have PHP on your web server you can directly display a PDF doing something like this: William Rentfrow wrentf...@stratacominc.com<mailto:wrentf...@stratacominc.com> Office: 715-204-3061 or 701-232-5697x25 Cell: 715-498-5056 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of JD Hood Sent: Friday, October 10, 2014 1:47 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: NOT SOLVED: PERFORM-ACTION-OPEN-URL to open internal network site ** The last thing I want to do is muddy the issue, but this rings a faint bell about browser security. It has been awhile and I can't recall the specifics, but maybe it will jog someone else's memory. It was something about trying to open a file on a local path that the browser (by default) viewed as malicious activity and either did nothing, or 404'd as a result. It may not be applicable, but just in case. -JDHood On Fri, Oct 10, 2014 at 1:30 PM, Sinclair, Keith mailto:ksincl...@shoppertrak.com>> wrote: ** Using the URL directly in Chrome does work, also in IE. However, trying to call it from an AL using the Perform…URL, etc. it doesn’t do anything. Driving me nuts… Logs still are showing that AL fired: ActiveLink Start:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 True actions: action 0 Run Process: PERFORM-ACTION-OPEN-URL \\pwfil01\Public\IT HD\DocTest\S80039514.pdf ActiveLink End:- ST:SI-OpenSiteOther | ST:SiteInformation/Default Admin View - Fri Oct 10 2014 12:25:25 PM ms 271 EVENT End:- Button/Menu Field | Site Other(536870948) | ST:SiteInformation/Default Admin View Fri Oct 10 2014 12:25:25 PM From: Action Request System discussion list(ARSList) [mailto:
Re: What to use instead of PERFORM-ACTION-OPEN-URL new "file:..."?
Are you opening files on a UNC path (network share) with *file://UNC_path*? If they are files on a share most likely you'll need to put a web server in from of them and serve them up via http. Depending on where the files are stored you could simply include that directory and publish them via the web server. For example we use ARInside. Our ARInside files are stored on one server and we have Apache web server (httpd) on a different server serving up the ARInside pages via UNC to the other server. I am not sure if this is something ISS can do as well. Jason On Sun, Feb 4, 2018 at 7:17 AM, Sharon Menachem wrote: > Hi All, > > > > I understand from a previous post to the list, that the reason the > PERFORM-ACTION-OPEN-URL new "file:..." functionality no longer works in > Chrome is because of security changes, and that it is likely to stop > working in IE soon once we are up to date with patches. I have many many > excel reports that have been made available in Remedy using this > functionality so I need to figure out another way to get the excel files to > open in the web environment. > > > > I am running ARS 9.1.3 with custom apps on an SQL backend. > > > > What can I use instead of PERFORM-ACTION-OPEN-URL new "file:..."? > > > > Thanks, > > Sharon > > > > > > -- > ARSList mailing list > ARSList@arslist.org > https://mailman.rrr.se/cgi/listinfo/arslist > > -- ARSList mailing list ARSList@arslist.org https://mailman.rrr.se/cgi/listinfo/arslist
RE: What to use instead of PERFORM-ACTION-OPEN-URL new "file:..."?
I am indeed opening the files on a network share with file://UNC_path Thanks for your suggestion – I’ll see if I can get that to work. In the interim I put in a work around where I am pulling the reports into an attachment field and my users have 2 additional clicks to get to the file. No complaints so far! Thanks, Sharon From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Jason Miller Sent: Sunday, February 04, 2018 1:47 PM To: ARSList Subject: Re: What to use instead of PERFORM-ACTION-OPEN-URL new "file:..."? Are you opening files on a UNC path (network share) with file://UNC_path? If they are files on a share most likely you'll need to put a web server in from of them and serve them up via http. Depending on where the files are stored you could simply include that directory and publish them via the web server. For example we use ARInside. Our ARInside files are stored on one server and we have Apache web server (httpd) on a different server serving up the ARInside pages via UNC to the other server. I am not sure if this is something ISS can do as well. Jason On Sun, Feb 4, 2018 at 7:17 AM, Sharon Menachem mailto:smenac...@rollins.com>> wrote: Hi All, I understand from a previous post to the list, that the reason the PERFORM-ACTION-OPEN-URL new "file:..." functionality no longer works in Chrome is because of security changes, and that it is likely to stop working in IE soon once we are up to date with patches. I have many many excel reports that have been made available in Remedy using this functionality so I need to figure out another way to get the excel files to open in the web environment. I am running ARS 9.1.3 with custom apps on an SQL backend. What can I use instead of PERFORM-ACTION-OPEN-URL new "file:..."? Thanks, Sharon -- ARSList mailing list ARSList@arslist.org<mailto:ARSList@arslist.org> https://mailman.rrr.se/cgi/listinfo/arslist -- ARSList mailing list ARSList@arslist.org https://mailman.rrr.se/cgi/listinfo/arslist