Bug #50609 | Import failing when there are spaces in the dump file path | ||
---|---|---|---|
Submitted: | 25 Jan 2010 23:59 | Modified: | 9 Feb 2010 11:22 |
Reporter: | Cleon Pinto | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Workbench: Administration | Severity: | S3 (Non-critical) |
Version: | 5.2.14 | OS: | Windows (Windows 7 (64 bit)) |
Assigned to: | Alfredo Kojima | CPU Architecture: | Any |
Tags: | dump, import, windows |
[25 Jan 2010 23:59]
Cleon Pinto
[26 Jan 2010 0:08]
Cleon Pinto
changed to Severity to S3 (non-critical)
[26 Jan 2010 13:45]
MySQL Verification Team
Thank you for the bug report.
[28 Jan 2010 22:39]
Alfredo Kojima
Marked bug #50007 as duplicate of this one
[29 Jan 2010 3:08]
Barry Galbraith
Your suggested fix adds quotes to the file name, but the \ still needs to be either escaped \\ or changed to /.
[29 Jan 2010 4:35]
Barry Galbraith
I replaced \ with \\ with regexp and still no import. A temp file containing the mysql password has been introduced, referred to as --defaults-extra-file= The path for that file also needs \ escaping as \\.
[29 Jan 2010 9:35]
Barry Galbraith
Even with the command line "fixed", there is still no import. mysql.exe is NOT called, ever. The logstr output shows the first of many files successfully imported, but no import happens.
[30 Jan 2010 3:35]
Alfredo Kojima
Fixed by quoting the filename to be imported
[1 Feb 2010 14:44]
Johannes Taxacher
fix confirmed. will be included in 5.2.16
[9 Feb 2010 11:22]
Tony Bedford
An entry has been added to the 5.2.16 changelog: In the Data Dump facility of the Administrator it was not possible to import a file where the path contained a space.