Bug: Inline comment ending a line prevents ignoring of multiline comment later in file

Describe the Bug

This is related to #223 and #269 and is a minimal repro of the issue I was commenting on at the bottom of #223. Multiline comments are not successfully ignored if an inline comment earlier in the file ends a line. Putting a space between inline comment and linebreak does not fix this, putting text between does.

How to Reproduce

Set “paragraph blank lines” rule on OR set “two spaces between lines with content” on. (Not both.)

%% fold %%

## R

%%
HW:: --
T:: 0
%%

Expected Behavior

Linter output for the bottom of the file (starting ## R) should be the same as if the input was:

%% fold %% notComment

## R

%%
HW:: --
T:: 0
%%

Device

• Desktop

Note: The file initially had a second multiline block comment above the inline comment which was successfully ignored by both “paragraph blank lines” and “two spaces between lines with content” rules.

[pjkaufman]

I have a fix in place for the above, but I am guessing I should see about being a little more thorough on ignoring obsidian multiline comments. At this time, obsidian single line comments are not ignore by the linter.

I am guessing the following scenarios would need modification to make sure they do not cause issues:

• obsidian multiline comment in the middle of a paragraph (likely gets 2 spaces tacked on at the end if not the last line in paragraph or gets a blank line before and after it)
• Obsidian multiline at the end of a paragraph will cause the previous line to get 2 spaces on despite it being followed by a comment
• Obsidian multiline at the start of a paragraph with more than 1 line will likely get 2 spaces at the end of it and a blank line before and after it despite not counting as paragraph content

Do you think these need fixing @AnnaKornfeldSimpson ?

Thanks for all of the feedback and help pointing out issues.

[pjkaufman]

This issue should be resolved on master. Please let us know if this is not resolved on master or in the next release.