Duplicated path prefix in urls when using Path Breadcrumbs render function

Problem/Motivation

If in Path breadcrumbs settings the option:

“Use module breadcrumbs render function” is checked

All the links get broken this way:

localhost/sandbox/test/mydrupal/sandbox/test/mydrupal/admin/config

localhost/sandbox/test/mydrupal/sandbox/test/mydrupal/node/3

www.example.com/subdirectory/mydrupal/subdirectory/mydrupal/about-us

etc.

I have tested on localhost and on the server with path_breadcrumbs module versions:
7.x-2.0-beta17
7.x-3.x-dev

Drupal versions:
7.18, 7.19

Related Issues

It is similar to the issue http://drupal.org/node/1645110 (link to homepage when my drupal not in root folder of server) but unlike it, it does not happen when the link points to , in fact that is the link that does not get broken.
The solution for this issue (#14) is no longer applicable for current versions.

Proposed resolution

After some inquires and tests on the module, I spotted that in the path_breadcrumbs.module the call to the l() function uses as argument not an internal path, (admin/config, node/3 etc.), but:

sandbox/test/mydrupal/admin/config

sandbox/test/mydrupal/node/3

One can argue that if you change the Base URL in the settings.php file, it could be resolved, but when the “Use module breadcrumbs render function” is unchecked it works as normally. Also it could be discussed that subdirectories should not be included in the internal path.

So I spotted this line in the path_breadcrumbs.module, (approximately in line 278 in 7.x-2.0-beta17 and line 318 in 7.x-3.x-dev)

function path_breadcrumbs_breadcrumb($variables) {
...

        else {
          // HREF param can't starts with '/'.
          $href = stripos($matches[1], '/') === 0 ? drupal_substr($matches[1], 1) : $matches[1];
        }

Then I substituted 1 with drupal_strlen($base_path)

        else {
          // HREF param can't starts with '/'.
          $href = stripos($matches[1], '/') === 0 ? drupal_substr($matches[1], drupal_strlen($base_path)) : $matches[1];
        }

It solves the problem for me, anyway I would like to know if other people have the same problem.