PHP 5.4.6 + Propel 1.6.8

[zeuben]

line 171 of DatabaseMap.php

is improperly handling $phpName

here is backtrace:

Array
(
    [0] => Array
        (
            [function] => raindrop_autoload
            [args] => Array
                (
                    [0] => map\avedSearchTableMap
                )

        )

    [1] => Array
        (
            [function] => spl_autoload_call
            [args] => Array
                (
                    [0] => map\avedSearchTableMap
                )

        )

    [2] => Array
        (
            [file] => /www/orm/vendor/propel/propel1/runtime/lib/map/DatabaseMap.php
            [line] => 171
            [function] => class_exists
            [args] => Array
                (
                    [0] => \map\avedSearchTableMap
                )

        )

    [3] => Array
        (
            [file] => /www/orm/vendor/propel/propel1/runtime/lib/query/ModelCriteria.php
            [line] => 70
            [function] => getTableByPhpName
            [class] => DatabaseMap
            [object] => DatabaseMap Object
                (
                    [name:protected] => raindrop
                    [tables:protected] => Array
                        (
                        )

                    [tablesByPhpName:protected] => Array
                        (
                        )

                )

            [type] => ->
            [args] => Array
                (
                    [0] => SavedSearch
                )

        )

[staabm]

Whats the problem? Any error message? How to reproduce?

[zeuben]

issue occurs during autoloading.
i'm using the composer version of propel 1.6.8.

here's what's going on:

'SavedSearchQuery' is being called statically.
Propel is trying to find it and some how coming back with 'map\avedSearchTableMap' as the class name to load.

if i change line 171 of DatabaseMap.php from:

} elseif (class_exists($tmClass = substr_replace($phpName, '\\map\\', strrpos($phpName, '\\'), 1) . 'TableMap')) 

to:

} elseif (class_exists($tmClass = substr_replace($phpName, '\\map\\', strrpos($phpName, '\\'), 0) . 'TableMap')) 

and then in my autoloader...

function my_autoload($class_name){

    //i also have to add this for my app to run.
    $class_name = str_replace("map\\",'',$class_name);

    if (propel::autoload($class_name) === false) {
        //look in application classmap ...
    }

}

it works.

[marcj]

@zeuben, nice you caught the bug. Can you make a pull-request?

[zeuben]

is it a bug?
my fix seems more like a hack than something you want to pull in..
never made a PR before, what is expected?

On Tue, Feb 19, 2013 at 5:06 PM, MArc J. Schmidt
notifications@git.luolix.topwrote:

@zeuben https://github.com/zeuben, nice you caught the bug. Can you
make a pull-request?

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/614#issuecomment-13802888.

[marcj]

It looks to me like an error as it generates from SavedSearch the classname \map\avedSearchTableMap which is definitely wrong.

[marcj]

well, please don't pull you hack/workaround, but better fix the line 171 of DatabaseMap.php and run the test suite (as explained here http://propelorm.org/cookbook/working-with-unit-tests.html). :-) If you're able to add additionally a unit-test for this case then that would be for sure a great PR 💛

[staabm]

@zeuben are you able and willing to provide a unit test and fix for your issue?

[zeuben]

am willing, currently not able -- but it is on my to do's.
looking forward to contributing as soon as i can.

On Wed, Feb 20, 2013 at 4:40 PM, Markus Staab notifications@git.luolix.topwrote:

@zeuben https://github.com/zeuben are you able and willing to provide a
unit test and fix for your issue?

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/614#issuecomment-13858322.

[staabm]

Great. if you need any support, feel free to ask...

[ciromattia]

@staabm seems the same I commented on #385, I thought it was a class_exist() problem but I definitely have the same problem here: my AppProfile class is searched as map\ppProfile

[zeuben]

If anyone can help on the PR, I can help test. Super jammed up right now.
On Feb 26, 2013 6:58 PM, "Ciro Mattia Gonano" notifications@github.com
wrote:

@staabm https://github.com/staabm seems the same I commented on #385#385,
I thought it was a class_exist() problem but I definitely have the same
problem here: my AppProfile class is searched as map\ppProfile

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/614#issuecomment-14147855
.

[jaugustin]

@zeuben could test with last master branch and tell us if your issue is fixed ?

[zeuben]

does not seem to have fixed my issue.
still seeing the botched paths.
here is the call stack:

Array
(
[0] => Array
(
[function] => my_autoload
[args] => Array
(
[0] => map\avedSearchTableMap
)

    )

[1] => Array
    (
        [function] => spl_autoload_call
        [args] => Array
            (
                [0] => map\avedSearchTableMap
            )

    )

[2] => Array
    (
        [file] =>

/www/orm/vendor/propel/propel1/runtime/lib/map/DatabaseMap.php
[line] => 171
[function] => class_exists
[args] => Array
(
[0] => \map\avedSearchTableMap
)

    )

[3] => Array
    (
        [file] =>

/www/orm/vendor/propel/propel1/runtime/lib/query/ModelCriteria.php
[line] => 70
[function] => getTableByPhpName
[class] => DatabaseMap
[object] => DatabaseMap Object
(
[name:protected] => raindrop
[tables:protected] => Array
(
)

                [tablesByPhpName:protected] => Array
                    (
                    )

            )

        [type] => ->
        [args] => Array
            (
                [0] => SavedSearch
            )

    )

On Mon, Mar 11, 2013 at 5:09 AM, Jérémie Augustin
notifications@git.luolix.topwrote:

@zeuben https://github.com/zeuben could test with last master branch
and tell us if your issue is fixed ?

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/614#issuecomment-14702853
.

[ciromattia]

As far as I can see you're still using Packagist's distribution, which is master-based, and the PR is still to be merged.
To test it you should checkout @jaugustin branch with PR #629 and check against that code.

[zeuben]

everything seems to work with the @jaugustin branch. ROCK!