Swiftlint: Swift 2.3 or later break docs-related rules like missing_docs and valid_docs

[jpsim]

Hi @mattrubin, sorry about that 😬. I labeled this as a bug, hopefully someone can look into it soon.

Related: the missing_docs rule has had many false positives, many more than I'd consider acceptable for a rule that's on by default. It might be worth making it an opt-in rule until we can make it more robust.

[mattrubin]

I believe missing_docs is already an opt-in rule, so it shouldn't cause problems in the default configuration.

If I can find the time, I'll try to track down the cause of the issue myself. I'm not very familiar with SourceKit(ten), though. Any initial suggestions, or thoughts on why Swift 3 might have broken this?

[yarneo]

Having the same issue

[RafaelPlantard]

Having the same issue! @jpsim any solution?

[norio-nomura]

This issue is caused by change of SourceKit's behavior on Swift 3.0. https://github.com/jpsim/SourceKitten/issues/269

[jpsim]

The SourceKit behavior we rely on for docs-related rules like missing_docs and valid_docs was removed in the versions of SourceKit that ship with Swift 2.3 and later. @keith was kind enough to file a Swift bug (SR-2487) to report this to the Swift core team to learn why it was removed and to see if it can be re-introduced.

The best way to make progress on this regression is for users affected to lend their voice and comment on SR-2487 to explain how you're affected and why it'd be useful for the feature to be added back in.

[marcelofabri]

Closed by @jpsim in https://github.com/realm/SwiftLint/pull/1284.

[SURYAKANTSHARMA]

Have same issue . Working in xcode 8.2.1

[Blackjacx]

I have the same issue with the upcoming false positive warnings!

[marcelofabri]

This rule will be disabled when using Swift 2.3 or later on the next release, because there was a regression on SourceKit (https://bugs.swift.org/browse/SR-2487).

As @jpsim told, the best you can do is to comment on that issue (and not here).

[Jeehut]

Until the SourceKit bug is fixed, I've added a custom rule within my .swiftlint.yml file like so:

missing_docs:
    included: ".*.swift"
    regex: '\n *(?!\/\/\/)(\/\/)?[^\n\/]*\n *(?:public|open)'
    name: "Missing Docs"
    message: "Types, properties and methods with public or open access level should be documented."
    severity: warning

This might not be as good as the previous implementation, but it works for most cases for me. It is relying on the /// documentation syntax though (I'm not using the /** alternative).

[Tableau-David-Potter]

@Dschee Nice. To help others, you need to put this rule below a custom_rule: tag, like so:

custom_rules:
  missing_docs:
    included: ".*.swift"
    # etc.

One thing this doesn't support is putting '@' modifiers on their own line before a public definition, such as @discardableResult. My regex fu is pretty weak. Would someone like to come up with an expression that supports that?

Example:

/// Remove a given key and the associated value.
///
/// - parameters:
///     - key: The key for the value to remove.
///
/// - returns: The value that was removed, or `nil` if the key is not present.
@discardableResult
public func removeValue(forKey key: String) -> Value? {
   // Code to remove the value.
}

Thanks,
___David___

[Jeehut]

@Tableau-David-Potter Thanks for the custom_rule pointer.

Regarding your example, I couldn't come up with a solution quickly for not marking that line. But given this situation, I came up with an example, that actually didn't work with the rule up until now. As an example, I would expect this to be marked with a missing_docs warning, too:

// some other code

@discardableResult public func removeValue(forKey key: String) -> Value? {
   // Code to remove the value.
}

But the custom rule didn't cover that case. So I've changed the regex to this:

\n *(?!\/\/\/)(\/\/)?[^\n\/]*\n *(?:@\S+ )*(?:public|open)

So, although this doesn't solve your problem yet, my updated custom rule looks like this:

custom_rules:
  missing_docs:
      included: ".*.swift"
      regex: '\n *(?!\/\/\/)(\/\/)?[^\n\/]*\n *(?:@\S+ )*(?:public|open)'
      name: "Missing Docs"
      message: "Types, properties and methods with public or open access level should be documented."
      severity: warning

---

Regarding your issue, if you find the missing_docs rule more important than your style guide to put those @... statements on their own line, then you could use my updated rule to cover such cases and use the in-line variant.

The alternative is of course that you make an exception by adding // swiftlint:disable:this missing_docs at the end of the line where the warnings appears if you have docs.

[Jeehut]

I've again tried to update the regex without success. I'm not sure if it's even possible. Here's how I deal with such situations now though – just placing the @disardableResult before the docs:

@discardableResult
/// Remove a given key and the associated value.
///
/// - parameters:
///     - key: The key for the value to remove.
///
/// - returns: The value that was removed, or `nil` if the key is not present.
public func removeValue(forKey key: String) -> Value? {
   // Code to remove the value.
}