Update dependency mkdocs to v1.6.1 - autoclosed

[renovate]

This PR contains the following updates:

Package	Change	Age	Confidence
mkdocs (changelog)	==1.5.3 -> ==1.6.1

---

Release Notes

mkdocs/mkdocs (mkdocs)

v1.6.1

Compare Source

Version 1.6.1 (Friday 30th August, 2024)

Fixed

• Fix build error when environment variable SOURCE_DATE_EPOCH=0 is set. #​3795
• Fix build error when mkdocs_theme.yml config is empty. #​3700
• Support python -W and PYTHONWARNINGS instead of overriding the configuration. #​3809
• Support running with Docker under strict mode, by removing 0.0.0.0 dev server warning. #​3784
• Drop unnecessary changefreq from sitemap.xml. #​3629
• Fix JavaScript console error when closing menu dropdown. #​3774
• Fix JavaScript console error that occur on repeated clicks. #​3730
• Fix JavaScript console error that can occur on dropdown selections. #​3694

Added

• Added translations for Dutch. #​3804
• Added and updated translations for Chinese (Simplified). #​3684

v1.6.0

Compare Source

Local preview

• mkdocs serve no longer locks up the browser when more than 5 tabs are open. This is achieved by closing the polling connection whenever a tab becomes inactive. Background tabs will no longer auto-reload either - that will instead happen as soon the tab is opened again. Context: #​3391

• New flag serve --open to open the site in a browser.
  After the first build is finished, this flag will cause the default OS Web browser to be opened at the home page of the local site.
  Context: #​3500

Drafts

[!warning]
Changed from version 1.5:

The exclude_docs config was split up into two separate concepts.

The exclude_docs config no longer has any special behavior for mkdocs serve - it now always completely excludes the listed documents from the site.

If you wish to use the "drafts" functionality like the exclude_docs key used to do in MkDocs 1.5, please switch to the new config key draft_docs.

See documentation.

Other changes:

• Reduce warning levels when a "draft" page has a link to a non-existent file. Context: #​3449

Update to deduction of page titles

MkDocs 1.5 had a change in behavior in deducing the page titles from the first heading. Unfortunately this could cause unescaped HTML tags or entities to appear in edge cases.

Now tags are always fully sanitized from the title. Though it still remains the case that Page.title is expected to contain HTML entities and is passed directly to the themes.

Images (notably, emojis in some extensions) get preserved in the title only through their alt attribute's value.

Context: #​3564, #​3578

Themes

• Built-in themes now also support Polish language (#​3613)

"readthedocs" theme

• Fix: "readthedocs" theme can now correctly handle deeply nested nav configurations (over 2 levels deep), without confusedly expanding all sections and jumping around vertically. (#​3464)

• Fix: "readthedocs" theme now shows a link to the repository (with a generic logo) even when isn't one of the 3 known hosters. (#​3435)

• "readthedocs" theme now also has translation for the word "theme" in the footer that mistakenly always remained in English. (#​3613, #​3625)

"mkdocs" theme

The "mkdocs" theme got a big update to a newer version of Bootstrap, meaning a slight overhaul of styles. Colors (most notably of admonitions) have much better contrast.

The "mkdocs" theme now has support for dark mode - both automatic (based on the OS/browser setting) and with a manual toggle. Both of these options are not enabled by default and need to be configured explicitly.
See color_mode, user_color_mode_toggle in documentation.

[!warning]
Possible breaking change:

jQuery is no longer included into the "mkdocs" theme. If you were relying on it in your scripts, you will need to separately add it first (into mkdocs.yml) as an extra script:

extra_javascript:
  - https://code.jquery.com/jquery-3.7.1.min.js

Or even better if the script file is copied and included from your docs dir.

Context: #​3493, #​3649

Configuration

New "enabled" setting for all plugins

You may have seen some plugins take up the convention of having a setting enabled: false (or usually controlled through an environment variable) to make the plugin do nothing.

Now every plugin has this setting. Plugins can still choose to implement this config themselves and decide how it behaves (and unless they drop older versions of MkDocs, they still should for now), but now there's always a fallback for every plugin.

See documentation. Context: #​3395

Validation

Validation of hyperlinks between pages

Absolute links

Historically, within Markdown, MkDocs only recognized relative links that lead to another physical *.md document (or media file). This is a good convention to follow because then the source pages are also freely browsable without MkDocs, for example on GitHub. Whereas absolute links were left unmodified (making them often not work as expected or, more recently, warned against).

If you dislike having to always use relative links, now you can opt into absolute links and have them work correctly.

If you set the setting validation.links.absolute_links to the new value relative_to_docs, all Markdown links starting with / will be understood as being relative to the docs_dir root. The links will then be validated for correctness according to all the other rules that were already working for relative links in prior versions of MkDocs. For the HTML output, these links will still be turned relative so that the site still works reliably.

So, now any document (e.g. "dir1/foo.md") can link to the document "dir2/bar.md" as [link](/dir2/bar.md), in addition to the previously only correct way [link](../dir2/bar.md).

You have to enable the setting, though. The default is still to just skip any processing of such links.

See documentation. Context: #​3485

Absolute links within nav

Absolute links within the nav: config were also always skipped. It is now possible to also validate them in the same way with validation.nav.absolute_links. Though it makes a bit less sense because then the syntax is simply redundant with the syntax that comes without the leading slash.

Anchors

There is a new config setting that is recommended to enable warnings for:

validation:
  anchors: warn

Example of a warning that this can produce:

WARNING -  Doc file 'foo/example.md' contains a link '../bar.md#some-heading', but the doc 'foo/bar.md' does not contain an anchor '#some-heading'.

Any of the below methods of declaring an anchor will be detected by MkDocs:

#### Heading producing an anchor
#### Another heading {#custom-anchor-for-heading-using-attr-list}

<a id="raw-anchor"></a>

[](){#markdown-anchor-using-attr-list}

Plugins and extensions that insert anchors, in order to be compatible with this, need to be developed as treeprocessors that insert etree elements as their mode of operation, rather than raw HTML which is undetectable for this purpose.

If you as a user are dealing with falsely reported missing anchors and there's no way to resolve this, you can choose to disable these messages by setting this option to ignore (and they are at INFO level by default anyway).

See documentation. Context: #​3463

Other changes:

• When the nav config is not specified at all, the not_in_nav setting (originally added in 1.5.0) gains an additional behavior: documents covered by not_in_nav will not be part of the automatically deduced navigation. Context: #​3443

• Fix: the !relative YAML tag for markdown_extensions (originally added in 1.5.0) - it was broken in many typical use cases.

  See documentation. Context: #​3466

• Config validation now exits on first error, to avoid showing bizarre secondary errors. Context: #​3437

• MkDocs used to shorten error messages for unexpected errors such as "file not found", but that is no longer the case, the full error message and stack trace will be possible to see (unless the error has a proper handler, of course). Context: #​3445

Upgrades for plugin developers

Plugins can add multiple handlers for the same event type, at multiple priorities

See mkdocs.plugins.CombinedEvent in documentation. Context: #​3448

Enabling true generated files and expanding the File API

See documentation.

• There is a new pair of attributes File.content_string that becomes the official API for obtaining the content of a file and is used by MkDocs itself.

  This replaces the old approach where one had to manually read the file located at File.abs_src_path, although that is still the primary action that these new attributes do under the hood.

• The content of a File can be backed by a string and no longer has to be a real existing file at abs_src_path.

  It is possible to set the attribute File.content_string or File.content_bytes and it will take precedence over abs_src_path.

  Further, abs_src_path is no longer guaranteed to be present and can be None instead. MkDocs itself still uses physical files in all cases, but eventually plugins will appear that don't populate this attribute.

• There is a new constructor File.generated() that should be used by plugins instead of the File() constructor. It is much more convenient because one doesn't need to manually look up the values such as docs_dir and use_directory_urls. Its signature is one of:

  f = File.generated(config: MkDocsConfig, src_uri: str, content: str | bytes)
  f = File.generated(config: MkDocsConfig, src_uri: str, abs_src_path: str)

  This way, it is now extremely easy to add a virtual file even from a hook:

  def on_files(files: Files, config: MkDocsConfig):
      files.append(File.generated(config, 'fake/path.md', content="Hello, world!"))

  For large content it is still best to use physical files, but one no longer needs to manipulate the path by providing a fake unused docs_dir.

• There is a new attribute File.generated_by that arose by convention - for generated files it should be set to the name of the plugin (the key in the plugins: collection) that produced this file. This attribute is populated automatically when using the File.generated() constructor.

• It is possible to set the edit_uri attribute of a File, for example from a plugin or hook, to make it different from the default (equal to src_uri), and this will be reflected in the edit link of the document. This can be useful because some pages aren't backed by a real file and are instead created dynamically from some other source file or script. So a hook could set the edit_uri to that source file or script accordingly.

• The File object now stores its original src_dir, dest_dir, use_directory_urls values as attributes.

• Fields of File are computed on demand but cached. Only the three above attributes are primary ones, and partly also dest_uri. This way, it is possible to, for example, overwrite dest_uri of a File, and abs_dest_path will be calculated based on it. However you need to clear the attribute first using del f.abs_dest_path, because the values are cached.

• File instances are now hashable (can be used as keys of a dict). Two files can no longer be considered "equal" unless it's the exact same instance of File.

Other changes:

• The internal storage of File objects inside a Files object has been reworked, so any plugins that choose to access Files._files will get a deprecation warning.

• The order of File objects inside a Files collection is no longer significant when automatically inferring the nav. They get forcibly sorted according to the default alphabetic order.

Context: #​3451, #​3463

Hooks and debugging

• Hook files can now import adjacent *.py files using the import statement. Previously this was possible to achieve only through a sys.path workaround. See the new mention in documentation. Context: #​3568

• Verbose -v log shows the sequence of plugin events in more detail - shows each invoked plugin one by one, not only the event type. Context: #​3444

Deprecations

• Python 3.7 is no longer supported, Python 3.12 is officially supported. Context: #​3429

• The theme config file mkdocs_theme.yml no longer executes YAML tags. Context: #​3465

• The plugin event on_page_read_source is soft-deprecated because there is always a better alternative to it (see the new File API or just on_page_markdown, depending on the desired interaction).

  When multiple plugins/hooks apply this event handler, they trample over each other, so now there is a warning in that case.

  See documentation. Context: #​3503

API deprecations

• It is no longer allowed to set File.page to a type other than Page or a subclass thereof. Context: #​3443 - following the deprecation in version 1.5.3 and #​3381.

• Theme._vars is deprecated - use theme['foo'] instead of theme._vars['foo']

• utils: modified_time(), get_html_path(), get_url_path(), is_html_file(), is_template_file() are removed. path_to_url() is deprecated.

• LiveReloadServer.watch() no longer accepts a custom callback.

Context: #​3429

Misc

• The sitemap.xml.gz file is slightly more reproducible and no longer changes on every build, but instead only once per day (upon a date change). Context: #​3460

Other small improvements; see commit log.

---

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.

---

• If you want to rebase/retry this PR, check this box

---

This PR was generated by Mend Renovate. View the repository job log.

[renovate]

⚠ Artifact update problem

Renovate failed to update an artifact related to this branch. You probably do not want to merge this PR as-is.

♻ Renovate will retry this branch, including artifacts, only when one of the following happens:

• any of the package files in this branch needs updating, or
• the branch becomes conflicted, or
• you click the rebase/retry checkbox if found above, or
• you rename this PR's title to start with "rebase!" to trigger it manually

The artifact failure details are included below:

File name: Pipfile.lock

Command failed: pipenv lock
Creating a virtualenv for this project...
Pipfile: /tmp/renovate/repos/github/meetup-python-grenoble/meetup-python-grenoble.github.io/Pipfile
Using /opt/containerbase/tools/python/3.10.14/bin/python (3.10.14) to create virtualenv...
created virtual environment CPython3.10.14.final.0-64 in 1840ms
  creator CPython3Posix(dest=/tmp/renovate/cache/others/virtualenvs/meetup-python-grenoble.github.io-nPZa1W9V, clear=False, no_vcs_ignore=False, global=False)
  seeder FromAppData(download=False, pip=bundle, setuptools=bundle, wheel=bundle, via=copy, app_data_dir=/home/ubuntu/.local/share/virtualenv)
    added seed packages: pip==24.0, setuptools==69.5.1, wheel==0.43.0
  activators BashActivator,CShellActivator,FishActivator,NushellActivator,PowerShellActivator,PythonActivator

✔ Successfully created virtual environment!
Virtualenv location: /tmp/renovate/cache/others/virtualenvs/meetup-python-grenoble.github.io-nPZa1W9V
Locking [packages] dependencies...
Locking [dev-packages] dependencies...
False
CRITICAL:pipenv.patched.pip._internal.resolution.resolvelib.factory:Cannot install -r /tmp/pipenv-yzbj5qhi-requirements/pipenv-ggy9wmo2-constraints.txt (line 7) and mkdocs==1.6.0 because these package versions have conflicting dependencies.
[ResolutionFailure]:   File "/opt/containerbase/tools/pipenv/2023.12.1/3.10.14/lib/python3.10/site-packages/pipenv/resolver.py", line 645, in _main
[ResolutionFailure]:       resolve_packages(
[ResolutionFailure]:   File "/opt/containerbase/tools/pipenv/2023.12.1/3.10.14/lib/python3.10/site-packages/pipenv/resolver.py", line 612, in resolve_packages
[ResolutionFailure]:       results, resolver = resolve(
[ResolutionFailure]:   File "/opt/containerbase/tools/pipenv/2023.12.1/3.10.14/lib/python3.10/site-packages/pipenv/resolver.py", line 592, in resolve
[ResolutionFailure]:       return resolve_deps(
[ResolutionFailure]:   File "/opt/containerbase/tools/pipenv/2023.12.1/3.10.14/lib/python3.10/site-packages/pipenv/utils/resolver.py", line 918, in resolve_deps
[ResolutionFailure]:       results, hashes, internal_resolver = actually_resolve_deps(
[ResolutionFailure]:   File "/opt/containerbase/tools/pipenv/2023.12.1/3.10.14/lib/python3.10/site-packages/pipenv/utils/resolver.py", line 691, in actually_resolve_deps
[ResolutionFailure]:       resolver.resolve()
[ResolutionFailure]:   File "/opt/containerbase/tools/pipenv/2023.12.1/3.10.14/lib/python3.10/site-packages/pipenv/utils/resolver.py", line 448, in resolve
[ResolutionFailure]:       raise ResolutionFailure(message=str(e))
[pipenv.exceptions.ResolutionFailure]: Warning: Your dependencies could not be resolved. You likely have a mismatch in your sub-dependencies.
  You can use $ pipenv run pip install <requirement_name> to bypass this mechanism, then run $ pipenv graph to inspect the versions actually installed in the virtualenv.
  Hint: try $ pipenv lock --pre if it is a pre-release dependency.
ERROR: ResolutionImpossible: for help visit https://pip.pypa.io/en/latest/topics/dependency-resolution/#dealing-with-dependency-conflicts

Traceback (most recent call last):
  File "/opt/containerbase/tools/pipenv/2023.12.1/3.10.14/bin/pipenv", line 8, in <module>
    sys.exit(cli())
  File "/opt/containerbase/tools/pipenv/2023.12.1/3.10.14/lib/python3.10/site-packages/pipenv/vendor/click/core.py", line 1157, in __call__
    return self.main(*args, **kwargs)
  File "/opt/containerbase/tools/pipenv/2023.12.1/3.10.14/lib/python3.10/site-packages/pipenv/cli/options.py", line 58, in main
    return super().main(*args, **kwargs, windows_expand_args=False)
  File "/opt/containerbase/tools/pipenv/2023.12.1/3.10.14/lib/python3.10/site-packages/pipenv/vendor/click/core.py", line 1078, in main
    rv = self.invoke(ctx)
  File "/opt/containerbase/tools/pipenv/2023.12.1/3.10.14/lib/python3.10/site-packages/pipenv/vendor/click/core.py", line 1688, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/opt/containerbase/tools/pipenv/2023.12.1/3.10.14/lib/python3.10/site-packages/pipenv/vendor/click/core.py", line 1434, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/opt/containerbase/tools/pipenv/2023.12.1/3.10.14/lib/python3.10/site-packages/pipenv/vendor/click/core.py", line 783, in invoke
    return __callback(*args, **kwargs)
  File "/opt/containerbase/tools/pipenv/2023.12.1/3.10.14/lib/python3.10/site-packages/pipenv/vendor/click/decorators.py", line 92, in new_func
    return ctx.invoke(f, obj, *args, **kwargs)
  File "/opt/containerbase/tools/pipenv/2023.12.1/3.10.14/lib/python3.10/site-packages/pipenv/vendor/click/core.py", line 783, in invoke
    return __callback(*args, **kwargs)
  File "/opt/containerbase/tools/pipenv/2023.12.1/3.10.14/lib/python3.10/site-packages/pipenv/vendor/click/decorators.py", line 33, in new_func
    return f(get_current_context(), *args, **kwargs)
  File "/opt/containerbase/tools/pipenv/2023.12.1/3.10.14/lib/python3.10/site-packages/pipenv/cli/command.py", line 340, in lock
    do_lock(
  File "/opt/containerbase/tools/pipenv/2023.12.1/3.10.14/lib/python3.10/site-packages/pipenv/routines/lock.py", line 65, in do_lock
    venv_resolve_deps(
  File "/opt/containerbase/tools/pipenv/2023.12.1/3.10.14/lib/python3.10/site-packages/pipenv/utils/resolver.py", line 859, in venv_resolve_deps
    c = resolve(cmd, st, project=project)
  File "/opt/containerbase/tools/pipenv/2023.12.1/3.10.14/lib/python3.10/site-packages/pipenv/utils/resolver.py", line 728, in resolve
    raise RuntimeError("Failed to lock Pipfile.lock!")
RuntimeError: Failed to lock Pipfile.lock!

[renovate]

⚠️ Artifact update problem

Renovate failed to update an artifact related to this branch. You probably do not want to merge this PR as-is.

♻ Renovate will retry this branch, including artifacts, only when one of the following happens:

• any of the package files in this branch needs updating, or
• the branch becomes conflicted, or
• you click the rebase/retry checkbox if found above, or
• you rename this PR's title to start with "rebase!" to trigger it manually

The artifact failure details are included below:

File name: Pipfile.lock

Command failed: pipenv lock
Locking  dependencies...
Locking  dependencies...
Traceback (most recent call last):
  File 
"/opt/containerbase/tools/pipenv/2025.0.4/3.10.19/lib/python3.10/site-packages/p
ipenv/resolver.py", line 465, in <module>
    main()
  File 
"/opt/containerbase/tools/pipenv/2025.0.4/3.10.19/lib/python3.10/site-packages/p
ipenv/resolver.py", line 451, in main
    _main(
  File 
"/opt/containerbase/tools/pipenv/2025.0.4/3.10.19/lib/python3.10/site-packages/p
ipenv/resolver.py", line 436, in _main
    resolve_packages(
  File 
"/opt/containerbase/tools/pipenv/2025.0.4/3.10.19/lib/python3.10/site-packages/p
ipenv/resolver.py", line 400, in resolve_packages
    results, resolver = resolve_deps(
  File 
"/opt/containerbase/tools/pipenv/2025.0.4/3.10.19/lib/python3.10/site-packages/p
ipenv/utils/resolver.py", line 1083, in resolve_deps
    results, hashes, internal_resolver = actually_resolve_deps(
  File 
"/opt/containerbase/tools/pipenv/2025.0.4/3.10.19/lib/python3.10/site-packages/p
ipenv/utils/resolver.py", line 811, in actually_resolve_deps
    resolver.resolve()
  File 
"/opt/containerbase/tools/pipenv/2025.0.4/3.10.19/lib/python3.10/site-packages/p
ipenv/utils/resolver.py", line 469, in resolve
    results = resolver.resolve(self.constraints, check_supported_wheels=False)
  File 
"/opt/containerbase/tools/pipenv/2025.0.4/3.10.19/lib/python3.10/site-packages/p
ipenv/patched/pip/_internal/resolution/resolvelib/resolver.py", line 96, in 
resolve
    result = self._result = resolver.resolve(
  File 
"/opt/containerbase/tools/pipenv/2025.0.4/3.10.19/lib/python3.10/site-packages/p
ipenv/patched/pip/_vendor/resolvelib/resolvers/resolution.py", line 596, in 
resolve
    state = resolution.resolve(requirements, max_rounds=max_rounds)
  File 
"/opt/containerbase/tools/pipenv/2025.0.4/3.10.19/lib/python3.10/site-packages/p
ipenv/patched/pip/_vendor/resolvelib/resolvers/resolution.py", line 517, in 
resolve
    success = self._backjump(causes)
  File 
"/opt/containerbase/tools/pipenv/2025.0.4/3.10.19/lib/python3.10/site-packages/p
ipenv/patched/pip/_vendor/resolvelib/resolvers/resolution.py", line 394, in 
_backjump
    self._push_new_state()
  File 
"/opt/containerbase/tools/pipenv/2025.0.4/3.10.19/lib/python3.10/site-packages/p
ipenv/patched/pip/_vendor/resolvelib/resolvers/resolution.py", line 102, in 
_push_new_state
    base = self._states[-1]
IndexError: list index out of range

Your dependencies could not be resolved. You likely have a mismatch in your 
sub-dependencies.
You can use $ pipenv run pip install <requirement_name> to bypass this 
mechanism, then run $ pipenv graph to inspect the versions actually installed in
the virtualenv.
Hint: try $ pipenv lock --pre if it is a pre-release dependency.
ERROR: Failed to lock Pipfile.lock!