Describe the bug
The sorting of imports is not consistent with ruff CLI output.

The plugin is awesome but when it is enabled, it highlights the imports that are sorted properly by categories. If I reformat the code using the plugin, it rearranges the imports in some weird order (3rd party packages being mixed with the local code packages), which is totally different from what ruff check --select I --fix does. So if sort imports properly with the external command ruff check --select I --fix, then the plugin complains on my imports and tries to rearrange them back.

So in order to use the plugin I have to either cope with seeing yellow highlights on all (properly sorted) imports, or give up proper sorting and let plugin do the weird sorting.

To Reproduce
Steps to reproduce the behavior:

1. Open a python file of any project, that has imports of 3rd party packages, as well as Python built-ins, and imports of local code
2. Reformat the code using the plugin.
3. See how the order of imports are mixed up, and the categories are NOT maintained properly (built-ins, 3rd-party, local)
4. Now in the CLI run the official ruff command for sorting imports ruff check --select I --fix
5. See how the imports got sorted properly.

Expected behavior
The plugin should yield the same results of imports sorting as the official ruff command ruff check --select I --fix.

Screenshots

You can see how imports sorted properly by the ruff check --select I --fix command are highlighted by the plugin with yellow, while it shouldn't.

And this is the order plugin thinks is correct but it's not.

Environments (please complete the following information):

• IDE: PyCharm 2024.1 (Professional Edition)
• OS: MacOS Sonoma 14.4
• Ruff Version 0.1.15
• Plugin version 0.0.33

Notes:

• The plugin sees the pyproject.toml file (specified in the settings).
• There is nothing in my pyproject.toml file about custom sorting rules or anything like that.

UPDATE
Noteworthy is that if I remove the reference to the pyproject.toml file in the plugin settings, it does sorting correctly. But in that case it ignores all other settings like line length etc.