-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Class 'Doctrine\DBAL\Driver\PDOMySql\Driver' not found #4439
Comments
BC breaks are expected to happen when you release a major version you know… no need to report them. That being said, I don't think you are using the DBAL yourself but through |
I have the same issue but I didn't install doctrine/migrations in laravel|
|
BTW I make a downgrade to version 2.12 and it's working fine @somir-khan |
I did the same .
…On Wed, Nov 18, 2020 at 3:18 PM ahmed salem ***@***.***> wrote:
BTW I make a downgrade to version 2.12 and it's working fine @somir-khan
<https://github.com/somir-khan>
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#4439 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AGCMNT2SKX6QZUV3DAQQYSLSQOGNHANCNFSM4TZPVYWQ>
.
|
what is the commend to install version 2.12? |
composer require doctrine/dbal:2.* |
Thank you |
@amigogobara I can only transfer issues within the Doctrine org, you should post the issue to Laravel. Before you do so, be sure to learn Github markdown or edit your message to see how I improved the markup so that it's legible. |
Thanks :) |
Thank you |
Had the exact same issue & downgrading helped. Thank you! |
Thank you! |
it's woking for me |
I installed the version 3.1 via composer require in L6: same result. I checked the documentation in laravel: https://laravel.com/docs/6.x/migrations#modifying-columns Downgrading the version to 2.* did the trick. @greg0ire please, more than one people reporting the same issue is a call of attention. |
@neoacevedo but I have already given this attention, and a proper response:
Did anybody act on that? If not, please give my messages some attention, folks. I can elaborate in case this was unclear. In #4439 (comment) , we can see that a class present in DBAL 2, and removed in DBAL 3 is referenced from I see that IMO a conflict with DBAL > 3.0.0 could have been added to |
doctrine/dbal is an optional dependency of laravel/framework, and v3 of the DBAL has been released recently, but obviously, Laravel was never meant to be compatible with that version. Users still using Laravel 6 and updating their dependencies get confused and file invalid reports on the DBAL, see for instance doctrine/dbal#4439 or doctrine/dbal#4757 Fixes laravel#24271
doctrine/dbal is an optional dependency of laravel/framework, and v3 of the DBAL has been released recently, but obviously, Laravel 6 was never meant to be compatible with that version. Users still using Laravel 6 and updating their dependencies get confused and file invalid reports on the DBAL, see for instance doctrine/dbal#4439 or doctrine/dbal#4757 Fixes laravel#24271
doctrine/dbal is an optional dependency of laravel/framework, and v3 of the DBAL has been released recently, but obviously, Laravel 6 was never meant to be compatible with that version. Users still using Laravel 6 and updating their dependencies get confused and file invalid reports on the DBAL, see for instance doctrine/dbal#4439 or doctrine/dbal#4757 Fixes laravel#24271
doctrine/dbal is an optional dependency of laravel/framework, and v3 of the DBAL has been released recently, but obviously, Laravel 6 was never meant to be compatible with that version. Users still using Laravel 6 and updating their dependencies get confused and file invalid reports on the DBAL, see for instance doctrine/dbal#4439 or doctrine/dbal#4757 Fixes laravel#24271
doctrine/dbal is an optional dependency of laravel/framework, and v3 of the DBAL has been released recently, but obviously, Laravel 6 was never meant to be compatible with that version. Users still using Laravel 6 and updating their dependencies get confused and file invalid reports on the DBAL, see for instance doctrine/dbal#4439 or doctrine/dbal#4757 Fixes laravel#24271
doctrine/dbal is an optional dependency of laravel/framework, and v3 of the DBAL has been released recently, but obviously, Laravel 6 was never meant to be compatible with that version. Users still using Laravel 6 and updating their dependencies get confused and file invalid reports on the DBAL, see for instance doctrine/dbal#4439 or doctrine/dbal#4757 Fixes #24271
doctrine/dbal is an optional dependency of laravel/framework, and v3 of the DBAL has been released recently, but obviously, Laravel 6 was never meant to be compatible with that version. Users still using Laravel 6 and updating their dependencies get confused and file invalid reports on the DBAL, see for instance doctrine/dbal#4439 or doctrine/dbal#4757 Fixes laravel#24271
doctrine/dbal is an optional dependency of laravel/framework, and v3 of the DBAL has been released recently, but obviously, Laravel 6 was never meant to be compatible with that version. Users still using Laravel 6 and updating their dependencies get confused and file invalid reports on the DBAL, see for instance doctrine/dbal#4439 or doctrine/dbal#4757 Fixes laravel#24271
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
BC Break Report
Summary
Class 'Doctrine\DBAL\Driver\PDOMySql\Driver' not found while migration
Previous behaviour
It was working flawlessly
Current behavior
How to reproduce
1.composer require doctrine/dbal to upgrade to version 3.0
2.run the migration command
The text was updated successfully, but these errors were encountered: