This (from the Connection Log)

source -f file:///mnt/hgfs/davem/Documents/Ongoing/Project/5%%20-%%20Production/dev/HTDOCS/phpinfo.php -i 4

happens with the following error from the browser

Warning: main(/mnt/hgfs/davem/Documents/Ongoing/project/5% -% Production/dev/HTDOCS/phpinfo.php) [function.main]: failed to open stream: No such file or directory in /mnt/hgfs/davem/Documents/Ongoing/Corby Theatre/5 - Production/dev/HTDOCS/phpinfo.php on line 3

where it looks like the %%20 is mapped into "% " rather than " ".

I do not know where the erroneous encoding is coming from, but the paths are entered correctly into MacGDBp. (in fact, they're symlinks, and 'aliases' on the mac side)

Of course - obvious mistake in the comment I left.

Warning line should read:

Warning: main(/mnt/hgfs/davem/Documents/Ongoing/project/5% -% Production/dev/HTDOCS/phpinfo.php) [function.main]: failed to open stream: No such file or directory in /mnt/hgfs/davem/Documents/Ongoing/project/5 - Production/dev/HTDOCS/phpinfo.php on line 3

There goes my cover!

If a source file path contains a space it is given to MacGDBp url encoded, i.e. %20. The code in DebuggerBackEnd.m in routine loadStackFrame on line 204 unconditionally replaces any "%" with "%%". As a result the file is not found and the error: "can not open file" appears.

I downloaded version 1.5 beta and eliminated the percent duplication and files in a folder containing a space are now opened and can be debugged without an issue.

related: when I copy text out of the debug source windows, spaces are changed to nbsp characters. It's ok to display but I copy out text and then try to search for it in other places, and this makes it very tedious.

Fixed in master.