filzrev

I've tested this issue is resolved with latest nightly version of docfx. (That use roslyn `4.9.2`) But the behavior doesn't seem to have changed. It thought it's expected to be...

Is there minimum reproducible sample code? I'm tested on the following environment. (using GitHub action) - OS: macOS - docfx: `2.75.2` But it can't reproduce reported issue. Tested Code: https://github.com/filzrev/docfx.issue9685/tree/main/src/SampleLib

It seems that the current implementation resolves `codeSourceBasePath` using the current directory. It need to fix to use `EnvironmentContext.CurrentDirectory` instead. https://github.com/dotnet/docfx/blob/e4d06da4d68ca9d49ad9488a1a124974a885d1e1/src/Docfx.Dotnet/ManagedReference/Visitors/SymbolVisitorAdapter.cs#L722-L725 https://github.com/dotnet/docfx/blob/e4d06da4d68ca9d49ad9488a1a124974a885d1e1/src/Docfx.Dotnet/DotnetApiCatalog.ApiPage.cs#L752-L755

As a temporary workaround. It can be resolved by adding `empty constructor` to `MyCustomAttribute`. See #9688 for details.

From your screenshots. It seems that docfx is installed using [`homebrew` package](https://formulae.brew.sh/formula/docfx). It's not officially supported. And the `docfx` package of `homebrew` has problems that some steps to build `templates`...

> A title starting with the Cyrillic characters "Ш" or "Щ" is not displayed in the bookmark hierarchy of a PDF document. ~~On my environment. it can't reproduce problems.|~~ ~~I've...

PDF bookmarks problems seem to be caused by PdfPig library. I've created a separate issue at PdfPig repository. https://github.com/UglyToad/PdfPig/issues/789

PdfPig bookmark problems are resolved by #9783. This issue will be resolved in next docfx release.

It's expected to be fixed with latest docfx version (v2.76.0). @MrDmitrij Is it able to confirms problems are fixed in latest version?

@MrDmitrij Thanks for your confirmation. Please close issue if no additional problems.