Bug #6364 | myODBC connector - Can´t save port information on the configuration form. | ||
---|---|---|---|
Submitted: | 1 Nov 2004 14:51 | Modified: | 5 Feb 2007 15:04 |
Reporter: | Ricardo Bueno | Email Updates: | |
Status: | Can't repeat | Impact on me: | |
Category: | Connector / ODBC | Severity: | S2 (Serious) |
Version: | 3.51.10 | OS: | Windows (Windows 2000) |
Assigned to: | Peter Harvey | CPU Architecture: | Any |
[1 Nov 2004 14:51]
Ricardo Bueno
[1 Nov 2004 15:12]
MySQL Verification Team
Thank you for the bug report.
[4 Nov 2004 23:10]
Chris Faehl
Seen from multiple customers on our end - even if port is set in registry, using the ODBC data source control panel to edit the DSN, and selecting OK will clear out the port setting. This was known working in 3.51.06.
[13 Nov 2004 13:44]
Harun Eren
Hi, Thank you for the bug report. The bug can i reproduce, the changes in port didn`t save under the DSN-Name. I am working on a workround. Regards Harun
[29 Nov 2004 16:01]
[ name withheld ]
The same problem occurs on WinXP SP2. This is especially problematic because of an SP2 bug that does not allow connection to loopback addresses other than 127.0.0.1 without a Microsoft patch (so, you can't just change the address if you are, say, running a local MySQL server on port 3306 and actually want to connect to port 3307 where SSH port forwarding to another server is happening). However, do note that the configuration screen says that the port setting is "The TCP/IP port to use if server is not localhost." So, this might be a feature. That said, for the reasons I have given, it would be much handier if the port was saved even for localhost.
[24 Sep 2005 20:58]
JP Legat
I encountered this bug too and though it would be useful to post the registry key you have to change to fix the port in the configuration. [HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBC.INI\DSNname] "Driver"="C:\\WINDOWS\\system32\\myodbc3.dll" "DATABASE"="database name" "PASSWORD"="password " "SERVER"="server name" "USER"="username" "PORT"="3369" <--- change to whatever port you´re going to use.
[17 Jul 2006 19:34]
[ name withheld ]
Hi, Bug still present in 3.51.12 ! Is it going to be fixed ? Jerome
[5 Feb 2007 15:04]
Bogdan Degtyariov
Seems to be working in 3.51.12. Which type of DSN fails? I checked user and system ones.