chr_56:user_space into main
Suggestions from NullPointerException/PipePipe#122
Seems we still being blocked even after many retries. We might have to update our anti-riskcontrol codes - see NullPointerException/PipePipe#120
Also please always consider use wildcard importing when there are 3+ imports from the same package.
9240f3b6cb
to ad21d1366d
Seems we still being blocked even after many retries. We might have to update our anti-riskcontrol codes - see NullPointerException/PipePipe#120
dm_img_list: user actions (mousemove, click etc.)dm_img_inter: rendered informationAs community complains, sometimes it's not working even if you forge them, or you get bypassed even if you hardcode it.
Also please always consider use wildcard importing when there are 3+ imports from the same package.
Excuse me, so can you export your Jetbrain IDEA / Android Studio codestyle setting to repo and added to git.
Or we can use codestyle from checkstyle and ktlint.
And after doing the said above, could you please execute code formatting for entire repo (or added files which are distinct from original upstream one).
So, there would not be much trouble in imports and misformatted code which are unrelated from topic.
Besides, have you ever considered to split utils.java? Many PRs may change this file and cause merging conflictions.
The code formatting check intentionally remains disabled. Focusing on code formatting only wastes the limited development time of developers. I don't care about code formatting - I can even tolerate "bad smell" code as long as it works properly and facilitates rapid iteration of functionality. I'm making this suggestion because you've intentionally turned the original wildcard matching into a dozen lines of subpackage imports, but I haven't forced you to modify before submit it.
Apart from the result, I've NEVER expressed ANY opinions about your code. This has been the development philosophy of PipePipe from the beginning. If you prefer, NewPipe has everything - style checks, unit tests, CI/CD pipelines, and rigorous code reviews that can take several months. You will never find them here.
Besides, have you ever considered to split utils.java? Many PRs may change this file and cause merging conflictions.
As long as it works properly, I will merge it locally, so it's okay.
Seems we still being blocked even after many retries. We might have to update our anti-riskcontrol codes - see NullPointerException/PipePipe#120
dm_img_list: user actions (mousemove, click etc.)
I tried to implement the simulation earlier last month, but maybe because of "not real concrete" simulation , server blocked me without mercy no matter how many tries. We may still use empty list.dm_img_inter: rendered information
Hard, very hard to implement the simulation. This contains rendered results for a browser, like certain html elements (searchbox and entire content "showcase" windows) positions. Maybe we can only hardcoded several.As community complains, sometimes it's not working even if you forge them, or you get bypassed even if you hardcode it.
I don't know if hardcoded dm_img_inter works but at least attempts should be made as the current version keeps being blocked.
No due date set.
No dependencies set.
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?