| Age | Commit message (Collapse) | Author |
|---|
|
See #7092, #6050
|
|
|
|
|
|
When pressing C-c if qutebrowser is not fully started yet, the prompt_queue is not
initialized and prompts for an annoying crash report.
Fixes #6827
|
|
|
|
I broke it oops
|
|
|
|
This is a follow-up of #7770 which was an attempt to fix the script broken in 9212ba9.
Before flipping the QT6 switch.
|
|
The stray comma made it a tuple (False,) which was always True.
|
|
|
|
Right now the version of PyQT available on PyPI is 6.5.1 and it's buggy with
Qutebrowser, this is a quick hack to get it working until it's released early next week.
|
|
Don't crash on --logfilter at startup
|
|
Now that `qutebrowser.utils.log` is a Qt-free zone, we can initialize logging before
`machinery.init()` without crashing.
|
|
|
|
Now that we moved all Qt related things out of `qutebrowser.utils.log` we can import
`qutebrowser.utils.log` in `qutebrowser.qt.machinery`, and therefore move the machinery
log where it belongs.
|
|
This resolves a temporary workaround for a circular import.
Now that we fully separated `qutebrowser.utils.log` and `qutebrowser.utils.qtlog`, we
can go back to keeping all logger definitions in the same place.
|
|
|
|
Just to keep related things together.
|
|
I had to create `qtlog.init()` to deal with the global variable `_args`.
|
|
|
|
|
|
|
|
Update dependencies
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Fixed in latest PyQt snapshots
|
|
Building qutebrowser showed some warnings as the following:
```
/tmp/build-env-4jb2oh0t/lib/python3.8/site-packages/setuptools/command/build_py.py:201: _Warning: Package 'qutebrowser.html' is absent from the `packages` configuration.
!!
********************************************************************************
############################
# Package would be ignored #
############################
Python recognizes 'qutebrowser.html' as an importable package[^1],
but it is absent from setuptools' `packages` configuration.
This leads to an ambiguous overall configuration. If you want to distribute this
package, please make sure that 'qutebrowser.html' is explicitly added
to the `packages` configuration field.
Alternatively, you can also rely on setuptools' discovery methods
(for example by using `find_namespace_packages(...)`/`find_namespace:`
instead of `find_packages(...)`/`find:`).
You can read more about "package discovery" on setuptools documentation page:
- https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
If you don't want 'qutebrowser.html' to be distributed and are
already explicitly excluding 'qutebrowser.html' via
`find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
you can try to use `exclude_package_data`, or `include-package-data=False` in
combination with a more fine grained `package-data` configuration.
You can read more about "package data files" on setuptools documentation page:
- https://setuptools.pypa.io/en/latest/userguide/datafiles.html
[^1]: For Python, any directory (with suitable naming) can be imported,
even if it does not contain any `.py` files.
On the other hand, currently there is no concept of package data
directory, all directories are treated like packages.
********************************************************************************
!!
```
Using `find_namespace_packages()` as suggested in the setuptools docs[1] solved the issue.
[1] https://setuptools.pypa.io/en/latest/userguide/package_discovery.html#finding-namespace-packages
|
|
Don't show warning when jumping to next/prev search result without matches
|
|
|
|
|
|
|
|
|
|
They are getting much better
|
|
Helps on https://www.keepersecurity.com/ - see https://www.reddit.com/r/qutebrowser/comments/14qtlc8/no_hint_on_drop_down_list/
|
|
tox: Fix vulture-pyqtlink environment
|
|
|
|
|
|
|
|
Update dependencies
|
|
Ref #7763
|
|
|
|
|
|
|
