文字数をutf-32で数える

[20jun01]

• close validationの文字数制限をutf-32で数える #423
  validatorのrule lengthをLengthからRuneLengthに変更して数え方を変えています。
  ローカルのテストが80のポートが衝突してできていません。killコマンドで止めても実行するたびに復活するので困ってます。
  おそらく、次の時に聞きます。

[ras0q]

vd.RuneLengthとかいうメソッドあったんだ
いい感じにテスト変更してもらえると助かります(全角32文字のコンテスト名とか)

[codecov]

Codecov Report

Patch coverage has no change and project coverage change: +0.12 🎉

Comparison is base (dd9ecec) 88.74% compared to head (46e43df) 88.87%.

Additional details and impacted files

@@            Coverage Diff             @@
##             main     #499      +/-   ##
==========================================
+ Coverage   88.74%   88.87%   +0.12%     
==========================================
  Files          58       58              
  Lines        4673     4673              
==========================================
+ Hits         4147     4153       +6     
+ Misses        473      469       -4     
+ Partials       53       51       -2     

Flag	Coverage Δ
integration	81.93% <ø> (+0.08%)	⬆️
unit	88.90% <ø> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files	Coverage Δ
interfaces/handler/validator.go	91.89% <ø> (ø)
interfaces/repository/model/user.go	100.00% <ø> (ø)

... and 2 files with indirect coverage changes

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

☔ View full report in Codecov by Sentry.
📢 Do you have feedback about the report comment? Let us know in this issue.

[ras0q]

:80で立ち上げてるとこなさそうな気がしますがどこだろ、、

[20jun01]

lsof -i -P | grep 80でCOMMANDのところに「go」となっているところが80番ポートを使っているみたいなので、自分の環境が悪そうな気もします

[20jun01]

lsof -i -P | grep 80でCOMMANDのところに「go」となっているところが80番ポートを使っているみたいなので、自分の環境が悪そうな気もします

goだけでechoライブラリを使った何かが実行され、brew uninstallやhttps://qiita.com/Nekonecode/items/8561bbe27830090bc70cでも消えないので恐ろしいぶっ壊れ方してます。。。

[20jun01]

oribeさんの多大な協力により環境を直していただいたのでローカルでテストできるようになりました:kansha:

[20jun01]

make lintしたら変更していないところに新たに文句言われてます:thonk_blob:

[20jun01]

2023/03/21 15:58:29 /home/runner/work/traPortfolio/traPortfolio/infrastructure/sqlhandler.go:72 Error 1406 (22001): Data too long for column 'name' at row 1
[1.463ms] [rows:0] INSERT INTO accounts (id,type,name,url,user_id,check,created_at,updated_at) VALUES ('5f923b41-be29-4abd-852f-6e9452c34f30',1,'亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜','https://huaqFNwEK6L31OW31UKrXyFXHi8X','11111111-1111-4111-8111-111111111111',false,'2023-03-21 15:58:29.229','2023-03-21 15:58:29.229')
もしかして、validationよりも厳しい条件を満たさないと通しちゃいけないAPIありますか？

[ras0q]

あーinterfaces/repository/modelのvarchar(32)とかを直す必要がありそう

[20jun01]

あーinterfaces/repository/modelのvarchar(32)とかを直す必要がありそう

varcharはマルチバイト文字に対応してそうなのでこのままで良さそうな気もします（ちゃんとした出典を持ってくることができませんでした:sad_blob:。）
このnameデータdisplayNameとしてわたしたテストデータなんですが、displaynameと対応したカラムではなくnameと対応したカラムだったりしますか？その場合、テストの呼び方が悪そうなので修正します。

[ras0q]

多分勘違いしてたんですが意図的に長いユーザー名を入れてこのエラーが出てるならテスト自体は成功してない、、？

[20jun01]

desplay nameが256制限で長さ制限に引っかからない256文字のものを通しているのですが、(おそらく)32文字制限のNameに対応しているカラムに入ってしまっているのかな、って思ってました

[ras0q]

なるほど
普通にバグでここを256にすればよさそうです

traPortfolio/interfaces/repository/model/user.go

Line 27 in dd9ecec

Name string `gorm:"type:varchar(32)"`

[ras0q]

あと.DS_storeはgitの管理下から外して欲しい🙏

[20jun01]

CI / golangci (pull_request) Failing after 1s — reviewdog [golangci] reportのとこも修正しちゃっていいですか？(このPRの変更箇所と関係なさそうですが)
そもそもそんなに直す必要はなさそうでもあります
組み込み関数のnewを再定義してるのだけはややって感じですが、他は書き方の好みの気がします

[ras0q]

使ってるlinterに変更が入ったっぽいですね
とりあえずこのPRには関係ないのであとで直せばいいと思います
mgechev/revive#799

[ras0q]

良さそうです🙌
1回しか使ってないなら変数宣言しなくてもいいかもって思ったんですが好みなのでこのままマージしてくれてOKです

[20jun01]

ありがとうございます。:kansha:
マージしちゃいます