make Curl_get_line not require a newline on the last line #9973
I already thought it would be used in more places. For netrc only, the insertion of the missing newline would not be necessary. I guess it would be good practice for any file being read, to not throw away the last line if there is no newline. Unless, of course, the newline is part of the config specs.
I think integrating a commit and doing a release the same day with it is a very bad practice., but it's your project in the end.
This bugfix helped fix the problem in release 7.86.0, which you pushed in #9789, exactly the day of the tagging of 7.86.0. And you closed the comment about discussing the issue, so adding here.
I'm not an Apple fan boy, but I'm very skeptical about your comment "That sounds like an Apple problem". Most distribution makes months to integrate new releases, but you might have changed to have a faster integration when it's linked to security fixing, and it's not the case here.
Please understand that curl is used by many people, and it might need nice to have a longer insight into the commits being integrated.
I would have helped with the project, but it's fixed by this commit, so I don't have anything to add so far.
Also, I'd like to add that closing a ticket for comments is quite childish.
I closed that issue because your complaining did not add anything of value, and virtually nobody is going to see or follow a thread of comments added to a long-time closed issue. You mentioned that Apple shipped a curl with a bug we fixed in a later release.
Now I'm going to waste even more time and effort on this non-issue because you insist. Because I am childish I guess.
If you want to argue about or contribute to improve our development process then you are most welcome to do so, but doing this in an old closed issue or pull request is also a fairly bad way at doing it because it will not reach the audience that would be interested. You should rather take that in a new discussion here on GitHub or even better on the curl-library mailing list. I would then of course urge you to rather bring your proposals for what to improve rather than to just whine on something that failed previously.
It is now "an Apple problem" because Apple builds and ships curl bundled with macOS and they could opt to ship 7.87.0 already now. We fixed the problem already. Numerous distributions and operating systems already provide the latest curl release to their users. I personally use Debian unstable, it usually offers the latest curl release within days of our releases.
To the issue of merging a bugfix just days before a release: