Canonical actor model implementation for .NET with local + distributed actors in C# and F#.
This report presents the forensic synthetic code analysis of akkadotnet/akka.net, a C# project with 5,066 GitHub stars. SynthScan v2.0 examined 608,961 lines of code across 2761 source files, recording 4006 pattern matches distributed across 11 syntactic categories. The overall adjusted score of 6.5 places this repository in the Low AI signal band.
The scanner applied 160+ deterministic lexical heuristics, multi-line block detectors, abstract syntax tree depth profilers, and a cross-file Jaccard similarity matrix to construct a statistically normalised synthetic code estimate. All matches are individually weighted by severity coefficient and contextual multiplier before summation, and the resulting headline score is temporally discounted to account for the repository's development history relative to the commercial emergence of large language model coding tooling (November 2022 onward).
This chart maps the temporal evolution of the adjusted synthetic code score across successive scan runs. An upward trajectory indicates ongoing incorporation of AI-generated code or expanding LLM-assisted scaffolding; a stable or declining trajectory may reflect active human refactoring, code removal, or the adoption of stricter authorship policies. The dashed secondary line (right axis) independently tracks total raw pattern hit count, which can diverge from the normalised score when codebase size changes significantly between scans.
Classifies detected patterns by their diagnostic confidence and structural impact. CRITICAL patterns (coefficient 10) represent definitive synthetic signatures — hallucinated imports, explicit LLM attribution metadata — virtually never produced by human authors. HIGH (5) indicates strong structural tells such as cross-file repetition or cross-linguistic idioms. MEDIUM (2) covers recognisable conversational padding and AI-specific vocabulary. LOW (1) captures subtle indicators like tautological comments and generic boilerplate that require density to carry independent signal.
This horizontal bar chart decomposes the repository's raw synthetic code score by top-level directory, allowing you to pinpoint precisely which modules or components carry the highest AI authorship density. Directories with disproportionately high scores relative to their size warrant targeted manual review: concentrated AI signatures often trace back to mass-generated configuration layers, auto-ported test suites, LLM-scaffolded boilerplate classes, or entire subsystems authored under heavy copilot assistance. Use this view to prioritise your human code-review effort.
The scanner identified 4006 distinct pattern matches across 11 syntactic categories. Each entry below represents a discrete location in the source code where the engine recorded a statistically significant AI authorship indicator. Expand any category row to inspect the individual file paths, line numbers, code snippets, and the lexical context (CODE, COMMENT, or STRING) in which each match was detected.
Reading the findings table: The Severity column indicates the diagnostic confidence level (CRITICAL / HIGH / MEDIUM / LOW). The Context column identifies whether the match occurred inside executable code, an inline comment, or a string literal — comment-context matches receive a ×1.5 weight because LLMs systematically over-annotate. The ⚡ bolt icon marks clustered matches: three or more patterns within a 10-line window, each receiving an additional ×1.5 density multiplier as dense clusters constitute far stronger evidence of synthetic authorship than isolated hits.
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | docs/articles/clustering/cluster-metrics.md | 201 | COMMENT | |
| LOW | docs/articles/clustering/cluster-metrics.md | 221 | COMMENT | |
| LOW | docs/articles/clustering/split-brain-resolver.md | 101 | # and it could result in delayed or conflicting decisions on separate sides of a network | COMMENT |
| LOW | docs/articles/clustering/cluster-client.md | 221 | // IMPORTANT: | COMMENT |
| LOW | docs/articles/clustering/cluster-client.md | 261 | // This signals Akka.Hosting that this plugin **should not** be used for ClusterBootstrap | COMMENT |
| LOW | docs/articles/clustering/cluster-singleton.md | 161 | akka.cluster.singleton-proxy { | COMMENT |
| LOW | docs/articles/deployment/akkacluster-troubleshooting.md | 41 | COMMENT | |
| LOW | docs/articles/persistence/event-sourcing.md | 301 | COMMENT | |
| LOW | …cs/articles/persistence/custom-persistence-provider.md | 221 | # It needs to be a subclass of Akka.Actor.SupervisorStrategyConfigurator. And have a parameterless constructor | COMMENT |
| LOW | …cs/articles/persistence/custom-persistence-provider.md | 241 | circuit-breaker { | COMMENT |
| LOW | …cs/articles/persistence/custom-persistence-provider.md | 401 | # Fallback settings for snapshot store plugin configurations | COMMENT |
| LOW | docs/community/contributing/documentation-guidelines.md | 281 | /// <param name="bytes">The bytes.</param> | COMMENT |
| LOW | .github/stale.yml | 41 | COMMENT | |
| LOW | .github/workflows/codeql.yml | 1 | # For most projects, this workflow file will not need changing; you simply need | COMMENT |
| LOW | src/GlobalSuppressions.cs | 1 | // This file is used by Code Analysis to maintain SuppressMessage | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 41 | mo.Dispose(); | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 61 | private static bool _onewayMode; | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 81 | private static long? _msgsOverride; | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 101 | // string so a --payload-less invocation is byte-for-byte identical to pre-real-payload | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 121 | // akka.remote.artery.advanced.outbound-message-queue-size (default 3072, see | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 141 | // When set (via the "--inbound-lanes N" option), overrides | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 161 | // the old positional parser there is no standalone "_serverMode" flag to check.) | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 181 | // Used uniformly for split mode regardless of transport - DotNetty's own historical | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 201 | // Benchmark()) since there's no local Provider.DefaultAddress to read it from, so this | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 221 | } | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 421 | /// Proof of correct wiring for a "--payload real" run (see the harness's S.3/4 requirements): | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 501 | /// Builds the harness's command-line interface (System.CommandLine). Three subcommands: | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 961 | PrintRealPayloadInfo(); | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 981 | /// ToBinary/Serialize actually produced) - not the full on-wire frame. Estimating the full | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 1021 | } | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 1041 | /// reply traffic - echoes in ping-pong, Ack/Complete credit grants in one-way - and its | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 1201 | } | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 1241 | // bounded outbound queue (default capacity 3072/association) and silently starve, | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 1381 | // Prominently marked (own line, own color) so a rep with drops is never mistaken | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 1421 | } | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 1561 | } | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 1581 | /// means the receiver's count never reaches the next `ackEvery` multiple, so it never sends | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 1601 | // How long this actor waits for an Ack/Complete before assuming the last window it sent | COMMENT |
| LOW | src/benchmark/RemotePingPong/Program.cs | 1681 | /// <summary> | COMMENT |
| LOW | …hmark/RemotePingPong/RealPayload/RealPayloadFactory.cs | 1 | //----------------------------------------------------------------------- | COMMENT |
| LOW | …hmark/RemotePingPong/RealPayload/RealPayloadFactory.cs | 21 | /// logical content: same primitives, same string, same nested | COMMENT |
| LOW | …/RealPayload/MsgPack/RealBenchmarkMsgPackSerializer.cs | 1 | //----------------------------------------------------------------------- | COMMENT |
| LOW | …/RealPayload/MsgPack/RealBenchmarkMsgPackSerializer.cs | 21 | /// manifest, a single-case switch in <see cref="FromBinary(byte[], string)"/>), but calls | COMMENT |
| LOW | …ePingPong/RealPayload/MsgPack/RealBenchmarkMessages.cs | 1 | //----------------------------------------------------------------------- | COMMENT |
| LOW | …ePingPong/RealPayload/MsgPack/RealBenchmarkMessages.cs | 21 | /// logically-identical V2/Protobuf arm types are | COMMENT |
| LOW | …ePingPong/RealPayload/MsgPack/RealBenchmarkMessages.cs | 61 | [property: Key(1)] double Value, | COMMENT |
| LOW | …RemotePingPong/RealPayload/V2/RealBenchmarkMessages.cs | 1 | //----------------------------------------------------------------------- | COMMENT |
| LOW | …RemotePingPong/RealPayload/V2/RealBenchmarkMessages.cs | 21 | /// RemotePingPong.Program.RealPayloadSerializationConfig), so this interface has no runtime | COMMENT |
| LOW | …RemotePingPong/RealPayload/V2/RealBenchmarkMessages.cs | 101 | /// </summary> | COMMENT |
| LOW | …RemotePingPong/RealPayload/V2/RealBenchmarkMessages.cs | 121 | /// range (0-40, see akka.conf) and the ids used elsewhere in this repo (e.g. Artery control's 23, | COMMENT |
| LOW | …ealPayload/Protobuf/RealBenchmarkProtobufSerializer.cs | 1 | //----------------------------------------------------------------------- | COMMENT |
| LOW | …arks/Remoting/Artery/ArteryEnvelopeEncodeBenchmarks.cs | 21 | { | COMMENT |
| LOW | …arks/Remoting/Artery/ArteryEnvelopeEncodeBenchmarks.cs | 41 | /// literals + payload) via <see cref="RealArteryEnvelopeCodec"/>'s EXPLICIT-PARTS overload -- | COMMENT |
| LOW | …k/Akka.Benchmarks/Remoting/Artery/ArteryFrameCorpus.cs | 1 | //----------------------------------------------------------------------- | COMMENT |
| LOW | …rk/Akka.Benchmarks/Remoting/Artery/ArteryWireFormat.cs | 1 | //----------------------------------------------------------------------- | COMMENT |
| LOW | …nchmarks/Remoting/Artery/ArteryLaneStreamBenchmarks.cs | 21 | /// <summary> | COMMENT |
| LOW | …marks/Remoting/Artery/ArteryIngressSourceBenchmarks.cs | 21 | /// stream element per MESSAGE (not per chunk), pushed from outside the stream — exactly | COMMENT |
| LOW | …chmarks/Remoting/Artery/ArteryEncodeStageBenchmarks.cs | 21 | using BenchmarkDotNet.Configs; | COMMENT |
| LOW | …chmarks/Remoting/Artery/ArteryEncodeStageBenchmarks.cs | 41 | /// BASELINE (293c5835d) keeps two outstanding <c>IMemoryOwner<byte></c> fields on the | COMMENT |
| LOW | …chmarks/Remoting/Artery/ArteryEncodeStageBenchmarks.cs | 61 | /// genuine, purpose-built addition to the benchmark suite (no pre-existing bench drove | COMMENT |
| 3874 more matches not shown… | ||||
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| CRITICAL | docs/articles/actors/fault-tolerance.md | 72 | return Akka.Actor.SupervisorStrategy.DefaultStrategy.Decider.Decide(ex); | CODE |
| CRITICAL | …Akka.Streams.Tests.Performance/FusedGraphsBenchmark.cs | 89 | // org.openjdk.jmh.infra.Blackhole.consume(sum) | COMMENT |
| CRITICAL | src/core/Akka.Remote.TestKit/Player.cs | 495 | @event.StateData.RunningOp.Value.Item2.Tell(response); | CODE |
| CRITICAL | src/core/Akka.Remote.TestKit/Player.cs | 508 | @event.StateData.RunningOp.Value.Item2.Tell(addressReply.Addr); | CODE |
| CRITICAL | …re/Akka.Tests/Dispatch/SysMsg/SystemMessageListSpec.cs | 71 | list.Tail.Tail.Tail.Size.ShouldBe(0); | CODE |
| CRITICAL | …re/Akka.Tests/Dispatch/SysMsg/SystemMessageListSpec.cs | 72 | list.Tail.Tail.Tail.IsEmpty.ShouldBeTrue(); | CODE |
| CRITICAL | …ore/Akka.Remote/Artery/ArteryInboundProcessingStage.cs | 780 | var envelope = Akka.Remote.Serialization.Proto.Msg.SelectionEnvelope.Parser.ParseFrom(bytes); | CODE |
| CRITICAL | …rding/Serialization/Proto/ClusterShardingMessages.g.cs | 3320 | Address = new global::Akka.Remote.Serialization.Proto.Msg.AddressData(); | CODE |
| CRITICAL | …rding/Serialization/Proto/ClusterShardingMessages.g.cs | 3326 | Stats = new global::Akka.Cluster.Sharding.Serialization.Proto.Msg.ShardRegionStats(); | CODE |
| CRITICAL | …rding/Serialization/Proto/ClusterShardingMessages.g.cs | 3347 | Address = new global::Akka.Remote.Serialization.Proto.Msg.AddressData(); | CODE |
| CRITICAL | …rding/Serialization/Proto/ClusterShardingMessages.g.cs | 3354 | Stats = new global::Akka.Cluster.Sharding.Serialization.Proto.Msg.ShardRegionStats(); | CODE |
| CRITICAL | …rding/Serialization/Proto/ClusterShardingMessages.g.cs | 3376 | Address = new global::Akka.Remote.Serialization.Proto.Msg.AddressData(); | CODE |
| CRITICAL | …rding/Serialization/Proto/ClusterShardingMessages.g.cs | 3383 | Stats = new global::Akka.Cluster.Sharding.Serialization.Proto.Msg.ShardRegionStats(); | CODE |
| CRITICAL | …rding/Serialization/Proto/ClusterShardingMessages.g.cs | 5009 | Message = new global::Akka.Remote.Serialization.Proto.Msg.Payload(); | CODE |
| CRITICAL | …rding/Serialization/Proto/ClusterShardingMessages.g.cs | 5034 | Message = new global::Akka.Remote.Serialization.Proto.Msg.Payload(); | CODE |
| CRITICAL | …rding/Serialization/Proto/ClusterShardingMessages.g.cs | 5060 | Message = new global::Akka.Remote.Serialization.Proto.Msg.Payload(); | CODE |
| CRITICAL | …Client/Serialization/ClusterClientMessageSerializer.cs | 173 | var sendProto = PublishSubscribe.Serialization.Proto.Msg.Send.Parser.ParseFrom(bytes); | CODE |
| CRITICAL | …Client/Serialization/ClusterClientMessageSerializer.cs | 188 | var sendToAllProto = PublishSubscribe.Serialization.Proto.Msg.SendToAll.Parser.ParseFrom(bytes); | CODE |
| CRITICAL | …Client/Serialization/ClusterClientMessageSerializer.cs | 202 | var publishProto = PublishSubscribe.Serialization.Proto.Msg.Publish.Parser.ParseFrom(bytes); | CODE |
| CRITICAL | …estKit.Xunit.Tests/Internals/AkkaEqualExceptionSpec.cs | 24 | var formatter = new System.Runtime.Serialization.Formatters.Binary.BinaryFormatter(); | CODE |
| CRITICAL | …stKit.Xunit2.Tests/Internals/AkkaEqualExceptionSpec.cs | 24 | var formatter = new System.Runtime.Serialization.Formatters.Binary.BinaryFormatter(); | CODE |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | docs/articles/testing/multi-node-testing.md | 52 | ### Step 1 - Create a Test Configuration | COMMENT |
| LOW | docs/articles/testing/multi-node-testing.md | 94 | ### Step 2 - Create Your MultiNodeClusterSpec or MultiNodeSpec | COMMENT |
| LOW | docs/articles/testing/multi-node-testing-old.md | 47 | ### Step 1 - Create a Test Configuration | COMMENT |
| LOW | docs/articles/testing/multi-node-testing-old.md | 89 | ### Step 2 - Create Your MultiNodeClusterSpec or MultiNodeSpec | COMMENT |
| LOW | …c/core/Akka.Streams.TestKit/SubscriberFluentBuilder.cs | 27 | /// NOTE: This method will execute the async chain | COMMENT |
| LOW | …c/core/Akka.Streams.TestKit/SubscriberFluentBuilder.cs | 40 | /// NOTE: This method will execute the async chain | COMMENT |
| LOW | …c/core/Akka.Streams.TestKit/SubscriberFluentBuilder.cs | 53 | /// NOTE: This method will execute the async chain | COMMENT |
| LOW | …c/core/Akka.Streams.TestKit/SubscriberFluentBuilder.cs | 67 | /// NOTE: This method will execute the async chain | COMMENT |
| LOW | …c/core/Akka.Streams.TestKit/SubscriberFluentBuilder.cs | 79 | /// NOTE: This method will execute the async chain | COMMENT |
| LOW | …c/core/Akka.Streams.TestKit/SubscriberFluentBuilder.cs | 91 | /// NOTE: This method will execute the async chain | COMMENT |
| LOW | …c/core/Akka.Streams.TestKit/SubscriberFluentBuilder.cs | 108 | /// NOTE: This method will execute the async chain | COMMENT |
| LOW | …c/core/Akka.Streams.TestKit/SubscriberFluentBuilder.cs | 121 | /// NOTE: This method will execute the async chain | COMMENT |
| LOW | …c/core/Akka.Streams.TestKit/SubscriberFluentBuilder.cs | 137 | /// NOTE: This method will execute the async chain | COMMENT |
| LOW | …c/core/Akka.Streams.TestKit/SubscriberFluentBuilder.cs | 152 | /// NOTE: This method will execute the async chain | COMMENT |
| LOW | …c/core/Akka.Streams.TestKit/SubscriberFluentBuilder.cs | 164 | /// NOTE: This method will execute the async chain | COMMENT |
| LOW | …c/core/Akka.Streams.TestKit/SubscriberFluentBuilder.cs | 176 | /// NOTE: This method will execute the async chain | COMMENT |
| LOW | …c/core/Akka.Streams.TestKit/SubscriberFluentBuilder.cs | 204 | /// NOTE: This method will execute the async chain | COMMENT |
| LOW | …c/core/Akka.Streams.TestKit/SubscriberFluentBuilder.cs | 223 | /// NOTE: This method will execute the async chain | COMMENT |
| LOW | …c/core/Akka.Streams.TestKit/SubscriberFluentBuilder.cs | 252 | /// NOTE: This method will execute the async chain | COMMENT |
| LOW | …c/core/Akka.Streams.TestKit/SubscriberFluentBuilder.cs | 278 | /// NOTE: This method will execute the async chain | COMMENT |
| LOW | …c/core/Akka.Streams.TestKit/SubscriberFluentBuilder.cs | 294 | /// NOTE: This method will execute the async chain | COMMENT |
| LOW | src/core/Akka.Streams.TestKit/PublisherFluentBuilder.cs | 59 | /// NOTE: This method will execute the async chain | COMMENT |
| LOW | src/core/Akka.Streams.TestKit/PublisherFluentBuilder.cs | 78 | /// NOTE: This method will execute the async chain | COMMENT |
| LOW | src/core/Akka.Streams.TestKit/PublisherFluentBuilder.cs | 107 | /// NOTE: This method will execute the async chain | COMMENT |
| LOW | src/core/Akka.Streams.TestKit/PublisherFluentBuilder.cs | 124 | /// NOTE: This method will execute the async chain | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| HIGH | …pter/Internal/Persistence/VisualizerRuntimeTemplate.cs | 3 | // This code was generated by a tool. | COMMENT |
| HIGH | …ka.TestKit/EventFilter/EventFilterFactory_Generated.cs | 10 | // This code was generated by a tool. | COMMENT |
| HIGH | …re/Akka.Streams/Dsl/Internal/InternalFlowOperations.cs | 316 | /// value of that task will be emitted downstreams. As many tasks as requested elements by | COMMENT |
| HIGH | …es/Stocks/SymbolLookup/Properties/Settings.Designer.cs | 10 | // This code was generated by a tool. | COMMENT |
| HIGH | …s/Stocks/SymbolLookup/Properties/Resources.Designer.cs | 10 | // This code was generated by a tool. | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| HIGH | …re/Akka.Remote.Tests/Artery/ArteryControlStreamSpec.cs | 0 | akka.actor.provider = "akka.remote.remoteactorrefprovider, akka.remote" akka.remote.artery.enabled = on akka.remote.arte | STRING |
| HIGH | …c/core/Akka.Remote.Tests/Artery/ArteryTransportSpec.cs | 0 | akka.actor.provider = "akka.remote.remoteactorrefprovider, akka.remote" akka.remote.artery.enabled = on akka.remote.arte | STRING |
| HIGH | …ore/Akka.Remote.Tests/Artery/ArteryBackpressureSpec.cs | 0 | akka.actor.provider = "akka.remote.remoteactorrefprovider, akka.remote" akka.remote.artery.enabled = on akka.remote.arte | STRING |
| HIGH | …ka.Remote.Tests/Artery/ArteryLargeMessageStreamSpec.cs | 0 | akka.actor.provider = "akka.remote.remoteactorrefprovider, akka.remote" akka.remote.artery.enabled = on akka.remote.arte | STRING |
| HIGH | …ence.Query.InMemory.Tests/InMemoryFromEndOffsetSpec.cs | 0 | akka.loglevel = info akka.persistence.journal.inmem { event-adapters { color-tagger = "{{typeof(colorfruittagger).fullna | STRING |
| HIGH | …Query.InMemory.Tests/InMemoryCurrentEventsByTagSpec.cs | 0 | akka.loglevel = info akka.persistence.journal.inmem { event-adapters { color-tagger = "{{typeof(colorfruittagger).fullna | STRING |
| HIGH | …stence.Query.InMemory.Tests/InMemoryEventsByTagSpec.cs | 0 | akka.loglevel = info akka.persistence.journal.inmem { event-adapters { color-tagger = "{{typeof(colorfruittagger).fullna | STRING |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| MEDIUM⚡ | src/core/Akka/IO/TcpConnection.cs | 29 | // ┌──────────────────────── ASCII *phase* diagram ─────────────────────────┐ | COMMENT |
| MEDIUM⚡ | src/core/Akka/IO/TcpConnection.cs | 32 | // │ |Connecting |──────────────►|AwaitReg |──Register──────────┐ │ | COMMENT |
| MEDIUM⚡ | src/core/Akka/IO/TcpConnection.cs | 41 | // │ | Closing |───────────────►|Closed | │ | COMMENT |
| MEDIUM⚡ | src/core/Akka/IO/TcpConnection.cs | 44 | // └─────────────────────────────────────────────────────────────────────────┘ | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| HIGH | src/contrib/cluster/Akka.DistributedData/ORSet.cs | 159 | /// In this implementation we compare the `dot` of the present element to the version vector | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| MEDIUM | …re/Akka.Remote/Artery/SystemMessageDeliveryMessages.cs | 167 | /// the serializer is complete/robust even though, in normal operation, this type is never | COMMENT |
| MEDIUM | …c/core/Akka.Remote.Tests/Artery/ArteryReconnectSpec.cs | 289 | // retrying a throwaway probe until one round-trips. This is the robust, | STRING |
| MEDIUM | …luster.Sharding.Tests.MultiNode/ClusterShardingSpec.cs | 58 | // mode, then leverage the common _config and fallbacks after these specific test configs: | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | docs/template/styles/docfx.js | 916 | function updateVisibilityAndSelection(group, state) { | CODE |
| LOW | docs/template/styles/docfx.js | 1019 | function updateTabsQueryStringParam(state) { | CODE |
| LOW | docs/template/styles/docfx.js | 1110 | function getCurrentWindowAbsolutePath() { | CODE |
| LOW | docs/template/styles/docfx.js | 1174 | function workAroundFixedHeaderForAnchors() { | CODE |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | …re/Akka.Persistence.TCK/Performance/JournalPerfSpec.cs | 32 | /// In case your journal plugin needs some kind of teardown, override the `AfterAll` method (don't forget to call `b | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | src/core/Akka.Streams/Dsl/Hub.cs | 869 | /// we need to check if it was blocking us from advancing (being the slowest) | COMMENT |