Overlapping text on newly published video #1012
Labels
No labels
android: closed alpha
android: open beta
app-parity
area: devops
area: discovery
area: docs
area: livestream
area: proposal
consider soon
creator
Epic
good first issue
hacktoberfest
help wanted
icebox
Invalid
level: 1
level: 2
level: 3
level: 4
needs: exploration
needs: grooming
needs: priority
needs: repro
needs: tech design
on hold
priority: blocker
priority: high
priority: low
priority: medium
product review
resilience
Tom's Wishlist
type: bug
type: discussion
type: improvement
type: new feature
type: refactor
type: task
type: testing
unplanned
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: LBRYCommunity/lbry-android#1012
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
LBRY Android app version, @clay53 ?
Sorry, latest master
722c829
So, I've looked into this cause I think it is a good first time bug fix.
The problem (I think) is with the logic deciding the visibility of the "Pending" string.
It looks like the code intended to toggle between "Pending" and the publishing time string - never both
ClaimListAdapter.java
vh.publishTimeView.setVisibility(!isPending ? View.VISIBLE : View.GONE);
vh.pendingTextView.setVisibility(isPending && !item.isLoadingPlaceholder() ? View.VISIBLE : View.GONE);
All good so far - but few lines down below we have the following line:
Helper.setViewVisibility(vh.publishTimeView, !item.isLoadingPlaceholder() ? View.VISIBLE : View.GONE);
Now we are ignoring the pending state and just turn on the visibility.
I think that we can delete that line.
The thing that confuses me is the usage of the Helper - it is used here to guard us from applying view methods on a null
view.
Why would it be necessary?
We already addressed PublishTimeView without the null guard, is this some kind of concurrency issue - causing the view reference to be null in the middle of onBindViewHolder method?
Anyway , I'll create a PR for the suggested fix soon.
Added PR for the fix
#1026
Hey @clay53 , you can close this issue.
@akinwale fixed it in commit
3d48fa5741
hey @ycohen-dev , sorry for not following up earlier, but thanks for all the help on the repo! Can we show you some appreciation?