Preference to determine how Windchill urls are created

[tstacy]

I would like to have a preference (or property) to determine how the urls for Windchill are created. In V9.1, the Windchill urls to Info pages looked like this:

.../Windchill/servlet/WindchillAuthGW/wt.enterprise.URLProcessor/URLTemplateAction?action=ObjProps&oid=VR%3Awt.doc.WTDocument%3A258094&ContainerOid=OR%3Awt.pdmlink.PDMLinkProduct%3A85714&u8=1

In V10 (we are using 10.2 M030), the urls look like this:

.../Windchill/app/#ptc1/tcomp/infoPage?oid=VR%3Awt.doc.WTDocument%3A258094&ContainerOid=OR%3Awt.pdmlink.PDMLinkProduct%3A85714&u8=1

We have a ReverseProxy that is having trouble with the pound sign (#) in the urls.

I would like to have Windchill be more flexible about how the urls are constructed.

[TomU]

It's not just reverse proxies struggling with this.

Related discussions and articles:

• Hyperlink to Windchill URL - converts # to %20-%20
• RE: Hyperlink Shenanigans
• https://support.ptc.com/appserver/cs/view/solution.jsp?source=subscription&n=CS220047
• https://support.ptc.com/appserver/cs/view/solution.jsp?n=CS138339
• https://support.microsoft.com/en-us/kb/202261

[sking]

Does this remain an issue in Windchill 11.0?

[TomU]

Yes.  No change.

[mboremski]

Any workaround for this?

This is an issue of MS-Office, OK.

But why is PTC wating for a solution by MS?

Please remove the # from your URL!

This seriusly makes it impossible to manage documents inside Windchill with MS-Office products!

[olivierlp]

Hello,

We are archiving your idea as part of a general review. This action is based on the age of your idea and the total number of votes received, as per this announcement.

You can always post a new idea with all the details required in the form.

Thank you for your participation.