-
Notifications
You must be signed in to change notification settings - Fork 417
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix yt comments and add disabled comments functionallity #652
Fix yt comments and add disabled comments functionallity #652
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
At a first glance it looks fine
.../java/org/schabi/newpipe/extractor/services/youtube/extractors/YoutubeCommentsExtractor.java
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- PeerTube:
commentsEnabled
field in video info - SoundCloud:
commentable
field in video info - BandCamp: ?
- media.ccc.de: comments not implemented
Given SoundCloud and PeerTube give that info in video info and not comments, how should it be handled (I'm also talking to other reviewers)?
My proposal is to add For services where comments and stream info are completely independent, like YouTube, it would just return the same thing as what is currently used, i.e. For the other services, like SoundCloud and PeerTube, it would:
Even though |
d4fd64d
to
3b264f3
Compare
Should I change anything for now? I have no idea how to implement Stypox's comment the best way without breaking e.g. backwards compatibility, caching (I'm not sure if it's a good idea to return the extractor maybe just a supplier how to build it) and so on. I think a simple new field in
Anyway currently I see two options:
I personally would go with option one to not create a PR "monolith"-monster. |
3b264f3
to
9316f1f
Compare
9316f1f
to
676f647
Compare
Ok, let's go with option 1. Is this ready to be reviewed again? |
It never was not ready 😄 Should I mark the new methods as |
…abled`` field * Fixed code: Added missing finals (according to NewPipes Checkstyle guide) * Fixed ``findValue`` method in ``YoutubeCommentsExtractor``
676f647
to
6860543
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should I mark the new methods as experimental and may change in the future?
Good idea
Other than that, it looks good to me
.../java/org/schabi/newpipe/extractor/services/youtube/extractors/YoutubeCommentsExtractor.java
Show resolved
Hide resolved
Done |
Fixes #577 (ASAP field was set in march lol)
Also fixes TeamNewPipe/NewPipe#5769
Changes:
findValue
inYoutubeCommentsExtractor
was faulty: If no "start" was found (e.g.continuation":"
for the continuation token) it searched nearly everything, foundapple-itunes-app
(from<!DOCTYPE html><head><meta name="apple-itunes-app" content="app-id=544007664, app-argume...
and used that as continuation-token, which resulted in the response of an internal server error (500) by YT's servers and caused NewPipe to show the errordisabledComments
which is true, when the comments are disabled.final
keywords)Notice:
disabledComments
is here: Added comments disabled functionallity NewPipe#6483