added async server cursor close tests for fetchone, fetchmany, fetchall

fixed cursor close check + updated news

added issue-125 fix to news

added async cursor close tests for fetchone, fetchmany, fetchall

fixed cursor close check + added tests for fetchone, fetchmany, fetchall

fix: check if cursor is closed

Fix test range comparison with empty ranges

Mark slow every test taking more than 0.1s to run

Better workaround for bad datetime comparison Python bug

The problem doesn't just happen far away in the future. 2255 is enough.
See https://bugs.python.org/issue45347#msg405284

Compare timestamps by checking if their delta is 0, convert ranges bounds
to utc.

Fun fact: pytest --randomly-seed=293472621 triggers both the multirange
array bug and this.

Avoid error in multirange arrays random testing

Don't create arrays with first element empty if dumping in binary. It is
known to not work (see xfail in multirange tests).

Retry a brittle test

Make ServerCursorHelper.format private

Reduce duplicate code, remove a race condition (the format set outside
the lock section), make _declare_gen() interface more similar to
_execute_gen().

refactor: compose DECLARE in the helper common path

...instead of in the separate sync/async branches.

Clean up imports/exports in psycopg package

Drop file-level F401 ignore and declare explicitly what is exported.

Something reordered to keep together package-level types registration,
to use a somewhat alphabetical order to group of things.

Rename test file dropping the 3 from psycopg

Raise a TypeError when slice-setting a Multirange with a non-iterable value

The type declaration is:

    def __setitem__(index: slice, value: Iterable[Range[T]]) -> None:
        ...

so passing a non-iterable value should not be allowed. However, the
method implementation makes a special-case for non-iterable values with
a slice.

In accordance with MutableSequence behavior, e.g.:

  >>> x = [1, 2, 3]
  >>> x[1:3] = 0
  Traceback (most recent call last):
    File "<stdin>", line 1, in <module>
  TypeError: can only assign an iterable

it seems more correct to raise a TypeError.

Re-export DB-API type constructors and singletons

Following https://www.python.org/dev/peps/pep-0249/#type-objects-and-constructors

Fix formatting in news page

Fix type hint for `Connection.notifies()`

Close #128.

Fix type hint for `sql.SQL.join()`

Close #127.

Remove the pgresult structure from the cursor on close

This is what the dbapi demands and helps with make the cursor
unavailable after close.

Bump sphinx to 4.2 to build docs

Version 4.1 has problems with Python 3.10

Install shapely requirements to validate docs

If it works the same change will be applied to the psycopg-website
repos.

Close #123

Extend docs about connection context

Highlight the difference from normal connection (implicit rollback vs.
explicit commit) after conversation on the mailing list about the
inconsistency between the operations.

Fix wrong error message on unknown PostgreSQL encoding

Reported in #122.

Bump version number to next dev release

Fix var name in transactions doc examples

Highlight meaningful lines in transaction examples

Fix docs wording after Daniel Fortunov's suggestion

Tweak "Multiple statements in the same query" docs

Minor wording and typographical tweaks in follow-up to 650e215b

Add documentation about multiple statements execution

Close #109.

Improve transactions documentation

close #110

Bump to version 3.0.1

Merge branch 'bug-112'

Mention bug fixed in news file

Close #112.

Don't use row dumpers to dump a sequence in C implementation either

As per previous commit, the assumption that different rows will need the
different dumper is easily broken.

Ref. bug #112

Add tests on executemany to check the same problem of bug #112

Don't use row dumpers to dump a sequence

Using row dumpers uses the assumption that the types will be the same if
we see the same query. It's easy to break this assumption. Being cheeky
is a way (like passing arguments 1, '2' to the same query...) but it's
easy to trigger the problem dumping numbers and going from in2-size to
int4-size.

This commit only fixes the Python implementation.

Ref. bug #112

Add test to reproduce bug #112

Our first bug!

Bump to next dev release

Fix composite example

More docs typo

Docs typo

Bold for an important install requirement

Fix typo, as well as the sense, of a sentence

Fix news for release 3.0

Bump to version 3.0.0

Move classifiers to stable release

Drop --pre from documentation

Drop docs for numeric wrappers

They might not be needed after all, because set_types is probably a
better approach.

Add typing docs page

Improve "what's new section in the docs.

Docs typos

Upgrade flake8 to 4.0.1

Fix random test failure caused by degenerate list sample

For example it would fail if a list containing an empty range would be
selected.

https://github.com/psycopg/psycopg/pull/102/checks?check_run_id=3859021392

Add PGconn.send_flush_request()

This function is associated with the pipeline mode.

Merge branch 'libpq/pipeline'

Use constant name as return value for pipeline_status

Also use the enum in test, without assuming OFF == 0

Rework PGconn.pipeline_status

We make this method a property, that returns an integer value, as do
other similar properties/methods on PGconn.

Then, for libpq version older than 14.0, we make this property always
return 0 (PQ_PIPELINE_OFF).

Define PGRES_PIPELINE_* ExecStatusType values as macros for libpq < 14.0

Hide long tracebacks on connect

Only hide tracebacks of errors coming from the database. They just come
from the database: seeing exactly where they explode inside psycopg is
not useful for the end user. Especially given the generator/waiting
interaction.

See https://github.com/psycopg/psycopg/issues/99 for an example of not
particularly helpful traceback (the message is the only useful bit).

Mark typing test slow

Don't generate random timestamps BC

It might happen to go below datetime.datetime.min if the timezone is
involved.

Today the random data generator is having a field day...

Add tests to verify that execute and enter respect cursor subclasses

Improve typing definition for cursor execute/enter

This is more redundant than using AnyCursor but it respects better the
interface returned.

Avoid to create emtpy ranges in tests

Bump up a timeout for a test which sometimes fails in the CI on windows

Properly close the at hock event loop in test_windows_error

Test binary packages using Postgres 13 to avoid scram auth problems on aarch64

Build Windows binary package with libpq 14

Update Windows CI job for Postgres 14

Since image 20211003.2, PostgreSQL 14 is installed:

  https://github.com/actions/virtual-environments/blob/win19/20211003.2/images/win/Windows2019-Readme.md

Fix connection delay bias in pool test queue

The connection time was mistakenly counted in the execution time, which
made the test more brittle than already is.

Use PostgreSQL 14 to test in the CI

Install typing extensions for setuptools, pytest

Move mypy configuration to pyproject.toml

Dropped unneeded continue at the end of a loop

Merge pull request #91 from dlax/generators-c

Define and use send(), fetch_many() and fetch() generators in C implementation

Possibly use C impl of send() and fetch() in Cursor.stream()

Taking advantage of these functions being available per previous commit.

Extract send(), fetch_many() and fetch() from generators.execute() C impl

We extract send(), fetch_many() and fetch() functions from execute() C
implementation. This way, the code structure is similar to the Python
implementation.

Run mypy on pool/c Python files too

Explicitly disallow some mypy checks for tests/

When running mypy on the tests/ directory, the top-level mypy
configuration is used and strict mode is thus enforced whereas tests
code is not typed. As mypy might be run in people editors by default,
the current situation makes this uncomfortable.

By disabling obvious checks, we get a nicer developer experience. A more
straightforward option would be to set 'check_untyped_defs = False', but
this would prevent valid code to be checked, so the current proposal is
a trade-off.

Improve TypeInfo docs

Merge branch 'multirange'

Add Multirange documentation

Complete multirange implementation and test

- add register_multirange()
- check type of multirange items
- add extensive dump/load tests

Add total ordering on Multirange object

Also improved idiom for the Range ordering implementation.

Add random multirange tests

Add multirange adaptation

To be tested yet

Close #75

Refactor range adapters to make dumper and loader functions reusable

Print the unexpected warnings in tests

More compact parametrisation of range tests

Disable creation of empty ranges in random tests

If one end up as the first item in a list the array dumping the array
will fail. There are xfail tests in test_range for it.

Fix range comparisons in random tests

Modify range bounds to make them consistent with inf bounds

Without doing so, there could be a range '[,]' which would still be
reported as having not lower_inc or upper_inc.

Allow to use the pg(ver) marker with the module pytestmark

Add missing ExecStatusType enum values for pipeline mode

Follow-up 515e246b5f933ba93fdde93a03287c6940dbf85b; these values were
only added for the Python definition of the enum.

Merge pull request #89 from dlax/pipeline

add libpq interface for pipeline mode

Use now available "postgres:14" Docker image in CI

Install libpq 14 in for some tests CI jobs

We add "libpq" matrix axis and select version 14 against various server
versions.

Add libpq interface for pipeline mode

Bindings are conditional so that compilation works with libpq version
older than 14.

Add a couple of tests inspired by PostgreSQL's tests.