Claim name normalization #102
No reviewers
Labels
No labels
area: devops
area: discovery
area: docs
area: livestream
area: proposal
consider soon
Epic
good first issue
hacktoberfest
hard fork
help wanted
icebox
Invalid
level: 0
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
resilience
soft fork
Tom's Wishlist
type: bug
type: discussion
type: improvement
type: new feature
type: refactor
type: task
type: testing
unplanned
work in progress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: LBRYCommunity/lbrycrd#102
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "normalized-name-fork"
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?
Add lowercase and unicode normalization to claim name entries in the claim trie
Related to #65
it looks like all the vars here are camelCase. should
normalized_name
benormalizedName
?Sure, they can be.
We should make this adjustable via chainparams.cpp so that we can define different block height for testing in regtest/testnet
@lbrynaut what are the next steps here?
@tzarebczan 1) The required ICU dependency build issue needs to be resolved (last I heard, not by me), 2) Unit tests need to be added, 3) Feedback needs to be applied.
I'd say it's stalled at the moment due to 1). I will resolve it eventually it if no one else does after some other work is complete. If someone else resolves it, let me know and I'll move on to 2).
Apologies, I brought this up with the team but was unclear in who was responsible.
@IGassmann is going to look at https://github.com/lbryio/lbrycrd/issues/111 and see if he can crack this build issue.
If not, he will escalate to Grin or Kay.
@lbrynaut can 2 and 3 progress without 1?
@kauffj yes
@lbrynaut - to be clear, users will still be allowed to create claims with capital letters but this will ensure that the vanity/permanent URL resolution does not take into account case sensitivity?
@tzarebczan Users can create whatever they want, but internally, claim names are stored/referenced in a normalized way. So you could specify Test, tEst, TEST, tesT, which would all refer to the same claim after the fork. When I have time, I'll clean this up and add some unit tests to demonstrate.
I, unfortunately, wasn't able to resolve the build issue by now. Either @lyoshenka or @kaykurokawa should be able to resolve it more effectively. If any help is needed for the Travis configuration, I'm available.
Heads up -- I've been revisiting this and I think I'm going to abandon this work in favor of a new proposal. This approach has a lot of boundary conditions that are difficult to narrow down, cannot perform as well as I'd like, and may be overly complicated (in retrospect).
can we close this in favor of #159 ?
Yes.
Pull request closed