Sorry i missed your messages, I wish I could just receive emails for
discussions I'm taking part in.
Also I'm sorry about those instructions - I should have been more
specific!
I've ran in to another problem which I thought I'd mention in case you
run in to it too: the sessions are staying around
Never mind, got an answer here:
http://groups.google.com/group/symfony-users/browse_thread/thread/4c5a298e55653c9b
Thanks again for your help.
On May 4, 9:38 am, Donald wrote:
> Screwed up that copy & paste!
>
> The correct error is: There is no extension able to load the
> configuration for "t
Screwed up that copy & paste!
The correct error is: There is no extension able to load the
configuration for "test.client.class"
On May 4, 9:30 am, Donald wrote:
> I tried setting up a custom Client as you explained, but I'm getting
> an error complaining that "test.client.class: com\frazerbilt\
I tried setting up a custom Client as you explained, but I'm getting
an error complaining that "test.client.class: com\frazerbilt\quartz
\Component\Test\Client"
I put the new config line in my config_test.yml.
Any ideas what I'm doing wrong?
On May 4, 7:35 am, Donald wrote:
> None of my tests u
None of my tests use multiple requests, so I haven't run into that
yet. But I'm sure I will at some point.
Thanks for the workaround, it looks like a nice clean fix.
On May 3, 6:03 pm, danielholmes wrote:
> With the in memory db, I still have the problem of multi request tests
> where the db won
With the in memory db, I still have the problem of multi request tests
where the db wont be present across both. Have you run in to this
problem? e.g.:
$crawler = $this->client->request('GET', '/contact'); // Request
1, container created
$form = $crawler->filter('#user-form input.button')
Looks like other people are experiencing this problem, and
unfortunately Fabien doesn't seem to think it's a real issue...
https://github.com/symfony/symfony/pull/742#issuecomment-1094468
On May 3, 10:40 am, Donald wrote:
> Hi Daniel,
>
> Thanks for the info. Although commenting out that line do
Hi Daniel,
Thanks for the info. Although commenting out that line does resolve
the problem, I think there's something going on a little deeper.
My tests actually passed after this commit, so something has changed
since then. Maybe something in the way the kernel actually carries out
the shutdown
Hi Donald,
I'm glad I wasn't the only one having this problem. Thanks for
mentioning the spl_object_hash; I hadn't seen it before.
Using that, I found they are actually referring to different
containers. I tracked the problem down to this commit:
https://github.com/symfony/symfony/commit/91602df
With further testiing, I've verified the following:
1. The Controller see's no tables at all. Printing the results of $em-
>getConnection()->getSchemaManager()->createSchema() in
testSomething() outputs the expected schema, whereas running the same
line in the action for /things/1.html outputs an
10 matches
Mail list logo
