Skip to content
This repository was archived by the owner on Nov 18, 2021. It is now read-only.
This repository was archived by the owner on Nov 18, 2021. It is now read-only.

Allow commenting on collapsed lines in PR #1655

Open

Description

@kanelbulle

In a PR it seems you can only comment on the lines that are "close" to the changed lines. This is not always sufficient, since comments can be used to point out lines that will have to be changed in order to correct an issue.

For example, if in a PR you open a collapsed section of code, it seems impossible to leave a comment on any of the collapsed lines (happy to be proven wrong on this).

Activity

  1. frank-weindel commented on Sep 17, 2019

    @frank-weindel

    This is a duplicate of #284

  2. kanelbulle commented on Sep 19, 2019

    @kanelbulle
    Author

    Actually, no, this issue is about commenting on PRs. #284 is about allow commenting on non-PR code.

  3. alkhimey commented on Jul 1, 2020

    @alkhimey

    Any chance this issue will be addressed? I find myself commenting on arbitrary lines with notes like this comment actually refers to line #1337:.

  4. vimalk78 commented on Jul 31, 2020

    @vimalk78

    same here. allow comments on lines far from changed lines

  5. molshansky-zipwhip commented on Aug 22, 2020

    @molshansky-zipwhip

    This feature would be amazingly helpful. Sometimes we are reviewing code that is a work in progress and realize that something is amiss from a previous commit and want to recommend a change going forward.

    For example, I am reviewing someone's PR and see that a dependency needs to be bumped. If I could add an in-line comment requesting a change, it'd be far more efficient than making the change myself in a subsequent PR.

  6. gurayAlsac commented on Oct 14, 2020

    @gurayAlsac

    +1 Sometimes a reviewer needs to point out a section that needs changing but hasn't been addressed in the PR.

  7. grabear commented on Oct 20, 2020

    @grabear

    +1

  8. agolynski commented on Oct 21, 2020

    @agolynski

    +1

  9. brendadeely commented on Oct 21, 2020

    @brendadeely

    Agreed with all of the above. Plus, if a commit isn't quite right, a commenter may want to suggest changes in a comment to lines that fall outside of the original commit. I personally have run into this a good dozen times at least in the last month or so.

  10. ledmonster commented on Nov 10, 2020

    @ledmonster

    I really want this feature. I can't understand why GitHub leaves this issue as it is. This is a fundamental feature for developers.

  11. irwineffect commented on Nov 10, 2020

    @irwineffect

    I suspect the current behavior was designed to help limit the scope of changes requested during a PR, but as others have mentioned, sometimes we really need to point out and add comments to other areas of the code that are directly related to the changes but aren't close to the changed lines.

  12. molshansky-zipwhip commented on Nov 18, 2020

    @molshansky-zipwhip

    FWIW - If this functionality is added, there's no reason it can't be toggleable so folks that want/need it can turn it on (it could be off by default).

  13. felixpelletier commented on Dec 10, 2020

    @felixpelletier

    My team does that extensively with another PR system. It's really a must have!

  14. 18 remaining items

  15. Lafaa commented on Apr 28, 2021

    @Lafaa

    +1

  16. Hasenherz commented on Apr 30, 2021

    @Hasenherz

    +1

  17. yelena-premise commented on Apr 30, 2021

    @yelena-premise

    +1

  18. jtramm commented on May 4, 2021

    @jtramm

    I agree -- this is a badly needed feature. Critical to have this ability when reviewing refactored code and you need to point out lines that were missed.

  19. VitaliiIsaenko commented on May 11, 2021

    @VitaliiIsaenko

    Another use case is (design) refactoring that could lead to introducing a new class but some code that should have been moved to this class wasn't touched. I'd love to point that piece of code and comment on it about the need to move it to the newly created class.

  20. ryomtoob commented on May 18, 2021

    @ryomtoob

    +1

  21. NathanFoley commented on May 21, 2021

    @NathanFoley

    +1

  22. nilesta commented on Jun 1, 2021

    @nilesta

    +1

  23. nlakritz commented on Jun 1, 2021

    @nlakritz

    +1

  24. Levi-Lesches commented on Jun 1, 2021

    @Levi-Lesches
    Contributor

    Can people stop leaving "+1" or "Me too" comments? Leave a 👍 on the issue and press "Subscribe" if you want notifications; commenting only notifies everyone watching this issue/repository. Also, GitHub does not monitor this repo so triggering notifications won't get their attention.

  25. ddellsperger commented on Jul 7, 2021

    @ddellsperger

    It looks like @dotproto has suggested this on the new GitHub discussions here. It would probably be worth subscribing there as well.

  26. davidvincze commented on Jul 13, 2021

    @davidvincze

    +1

  27. jc-hdez commented on Jul 15, 2021

    @jc-hdez

    +1

  28. dotproto commented on Jul 16, 2021

    @dotproto

    To support this idea, please visit upvote (not just +1) this feature request on GitHub's feedback discussions page. A lot of people have used emoji reactions, but discussions use a separate vote system to rank requests.

    Upvote button on the discussion detail view
    Screen Shot 2021-07-15 at 5 43 05 PM

    Upvote button on the the index page
    Screen Shot 2021-07-15 at 5 43 50 PM

    Continuing to +1 here will be much less effective than engaging directly with the GitHub team.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions