I have an open case with support on this but I'd like to troll for comments here.
TS 5.5.2sp3, TST 5.5.2sp2 solaris 7
If you work with WebDesk and click the 'Edit' Option for a DCR, a function called 'cci_EditAction' (from global_filesys.js) loads the following url in a frame called 'scratch2':
/iw/webdesk/callcgi?cgiservlet_cgi=iweditfile.cgi/editfile&path= DCR-PATH &page_id=30&iwcgi_hook=true&has_applet_support=true&iw_locale=en&done_page=/iw/webdesk/filesys/filesys_refresh.jsp%3f
If called on a DCR, this CGI script usually returns an HTML page that is rendered from the 'iweditdcr.itml' template and opens a popup window with the DatacaptureServlet inside.
If called on a different filetyp, the CGI script returns an HTML page that includes the TeamSite LaunchPad Applet, in order to edit the file locally.
If we call the iweditfile.cgi script on a valid DCR, it (randomly) sends one of the two HTML pages described above (mostly the applet page).
This means, if we choose to edit a DCR, very often (9/10 time) the Launchpad is being displayed with the options to associate a filetype to a dcr.
This happens with WebDesk and Webdesk Pro, the Edit link and the File/Edit Option. It happens with all DCRs.
The Extended attributes of the DCRs seem to be valid(TeamSite/Templating/DCR/Type=category/type).
Edited by skip on 08/28/03 03:36 AM (server time).
