Opened 15 years ago
Closed 12 years ago
#1313 closed defect (worksforme)
ODBC FDO connection to SQL Server fails with a password containing an ampersand
Reported by: | warrenmedernach | Owned by: | |
---|---|---|---|
Priority: | low | Milestone: | 2.5 |
Component: | General | Version: | 2.1.0 |
Severity: | minor | Keywords: | |
Cc: | External ID: |
Description
When attempting to connect to SQL Server via the ODBC FDO Provider, if the SQL Server username password contains an & (ampersand) character, the connection will fail.
If this is being tested in a localized environment with Studio on the same machine as the MG Server the following error message is returned if Bob&Doug is used as a password:
Feature Source - Unterminated entity reference, 'Doug'
If however, this is tested in an environment with MG and SQL Server on seperate machines and accessing with Studio on a client machine, the error returned is:
response returned status code 502 (BadGateway)
Change History (5)
comment:1 by , 15 years ago
comment:2 by , 15 years ago
Good idea on checking with Maestro as well. If Maestro works, then we know the problem is most likely in Studio.
comment:3 by , 15 years ago
I've tried testing this in Maestro, but unfortunately, I cannot get Maestro to validate anything other than 'No credentials'. When I try to specify the credentials it reports:
The remote server returned an error: (559) MgResourceTagNotFoundException.:
Resource tag was not found: %MG_USERNAME%
comment:4 by , 12 years ago
Milestone: | → 2.5 |
---|
comment:5 by , 12 years ago
Resolution: | → worksforme |
---|---|
Status: | new → closed |
Definitely a tooling issue
This sounds like an issue with the editing clients moreso than the MG server. (ie. Maybe Studio is failing to properly escape this data before sending the updated document back to the MG server)
Does this affect Maestro as well?