feat(mail): implement the mail history function #377

knae11 · 2021-10-07T16:31:18Z

Closes #306

메일관리

모집과 비슷한 맥락으로 메일 관리 페이지를 구현

메일 전송

받는 사람 수가 나오게 개선

메일 이력 조회

readOnly로 화면에 표시

참고

이슈에 정리된 내용을 참고해 주세요.
메일 성공여부는 표시되지 않음 (AWS에서 확인, 여기에서는 이력만 관리)
recipients는 이메일 목록을 ,를 구분자로 저장하여 하나의 문자열로 저장

# Conflicts: # src/main/kotlin/apply/application/UserService.kt # src/test/kotlin/apply/application/UserServiceTest.kt

MyaGya

고생하셨습니다! 몇 가지 코멘트를 남겼으니 확인해주시면 감사하겠습니다.

MyaGya · 2021-10-09T14:34:28Z

src/main/kotlin/apply/application/MailHistoryService.kt

+
+@Transactional
+@Service
+class MailHistoryService(


MailHistoryService 와 MailService 를 따로 사용해주는군요!
개인적으로는 MailHistoryService 와 mailService 가 같이 사용되는 경우가 많을 것 같은데 분리하신 이유가 있을까요?

저도 이 부분에 대해서 고민이 되었는데요. MailService는 @Transactional이 아닌 @Async로직을 사용하는 메소드로 구성되어 있더라구요. 같은 서비스에 넣을까하다가 비동기로직과 아닌 로직을 구분하는게 좋을 것 같아서 분리했어요.

혹시 다른 분들도 의견도 어떤지 궁금해요~ㅎㅎㅎ

MyaGya · 2021-10-09T14:37:55Z

src/main/kotlin/apply/application/MailHistoryService.kt

+@Transactional
+@Service
+class MailHistoryService(
+    private val emailHistoryRepository: EmailHistoryRepository


현재 Email 과 Mail 이 혼용되어서 사용되고 있네요
MailService, MailData, MailService 과 EmilahistoryRepository response 형태에서 사용하는 eamil 필드같은 경우인데
두 가지를 혼용해서 사용해도 괜찮은 부분일까요?

저도 이 부분에 대해서 고민이 되었는데요. 기존 몇몇 구현되어 있는 코드가 MailSerive MailData 등등 email 대신 mail이라는 키워드를 사용하더라구요. email이라는 내용에 특정하지 않고 좀 더 범용적인 의미로 mail을 사용한 걸까 싶은 생각이 들었어요. 기존 작성되어 있는 코드를 따라가기 위해서 Mail이라는 단어를 사용하였어요.

EmailHistoryRepository는 제가 수정하면서 놓친 부분이네요. 일단 MailHistoryRepository로 수정해놓을게요.

이 또한 다른 분들의 의견도 받아서 용어를 mail이 아닌 email로 통일하고 싶다는 의견이 많다면 반영하겠습니다.

MyaGya · 2021-10-09T15:21:48Z

src/main/kotlin/apply/application/UserService.kt

+        val user = userRepository.findByEmail(email)
+        if (user != null) {
+            return MailTargetResponse(user.name, user.email)
+        }
+        return MailTargetResponse(email = email)


Suggested change

val user = userRepository.findByEmail(email)

if (user != null) {

return MailTargetResponse(user.name, user.email)

}

return MailTargetResponse(email = email)

val user = userRepository.findByEmail(email) ?: return MailTargetResponse(email = email)

return MailTargetResponse(user.name, user.email)

이렇게 사용하시는 건 어떨까요?

오 이 부분에 엘비스 연산자를 쓸까 하다가 사용이 미숙해서 고민해보다가 지나간 부분인데 찾아주셨네요! 👍 👍 내용 반영하였습니다.

woowahan-pjs

고생하셨습니다. 👍
소소한 피드백을 남겼습니다.

woowahan-pjs · 2021-10-10T08:50:51Z

src/main/kotlin/apply/application/EvaluationDtos.kt

@@ -150,7 +151,7 @@ data class EvaluationTargetData(
 )

 data class MailTargetResponse(
-    val name: String,
+    val name: String = NO_NAME,


공백으로 채우고 View에서 변경하면 어떨까요? 응용 계층이 View에 의존하는 부분도 사라질 거예요.

Cheater와 같은 로직으로 null 가능처리하고 null인 경우 NO_NAME 을 보여주도록 변경하였습니다 :)

woowahan-pjs · 2021-10-10T08:50:56Z

src/main/kotlin/apply/application/MailHistoryService.kt

+        val emailHistory = mailHistoryRepository.findAll()
+        return emailHistory.map {
+            MailData(
+                it.subject,
+                it.body,
+                it.sender,
+                it.recipients,
+                it.sentTime,
+                it.id
+            )
+        }


재사용하지 않는 지역 변수의 수는 최소화하면 어떨까요? MailData에 부 생성자를 추가할 수도 있어요.

Suggested change

val emailHistory = mailHistoryRepository.findAll()

return emailHistory.map {

MailData(

it.subject,

it.body,

it.sender,

it.recipients,

it.sentTime,

it.id

)

}

return mailHistoryRepository.findAll()

.map { MailData(it.subject, it.body, it.sender, it.recipients, it.sentTime, it.id) }

이미 부 생성자를 만들어 놨었는데 활용하지 못하고 있었네요! 수정하였습니다~ㅎㅎㅎ

woowahan-pjs · 2021-10-10T08:51:08Z

src/main/kotlin/apply/application/UserService.kt

@@ -34,4 +34,9 @@ class UserService(
    fun editInformation(id: Long, request: EditInformationRequest) {
        userRepository.getById(id).changePhoneNumber(request.phoneNumber)
    }
+
+    fun findMailTargetByEmail(email: String): MailTargetResponse {


UserService에 위치하는 것이 적절할까요?

MailService -> MailSenderService
MailHistoryService -> MailService
로 변경하고, 해당 메소드는 MailService로 이동하였습니다.

woowahan-pjs · 2021-10-10T08:51:30Z

src/main/kotlin/apply/application/mail/MailData.kt

+    fun recipientsCount(): Int {
+        return recipients.size
+    }


아래의 글이 도움 될 거예요.
https://blog.kotlin-academy.com/kotlin-should-i-define-function-or-property-6786951da909

오!! 👍 👍 상태는 프로퍼티 값을 참조하도록 변경하였어요!ㅎㅎㅎ 감사합니다~

woowahan-pjs · 2021-10-10T08:52:28Z

src/main/kotlin/apply/domain/mail/MailHistory.kt

+    @Column(nullable = false)
+    @Lob
+    val recipients: String,


AttributeConverter를 사용하면 어떨까요? 아래의 글이 도움 될 거예요.
https://www.baeldung.com/jpa-attribute-converters

오~ 최고최고! 적용하였습니다! 매번 변환작업을 할 필요 없이 타입을 변환해줄 수 있군요!! 👍 👍

woowahan-pjs · 2021-10-10T08:52:32Z

src/main/kotlin/apply/domain/mail/MailHistory.kt

+    val sentTime: LocalDateTime = LocalDateTime.now(),
+
+    id: Long = 0L


Suggested change

val sentTime: LocalDateTime = LocalDateTime.now(),

id: Long = 0L

val sentTime: LocalDateTime = LocalDateTime.now(),

id: Long = 0L

어노테이션이 없으면 붙이는 컨벤션이군요! 수정하였습니다~!!

woowahan-pjs · 2021-10-10T08:55:22Z

src/main/kotlin/apply/ui/admin/mail/MailFormView.kt

+                setRowCount(mailData.recipientsCount())
+                this.fill(mailData)
+                this.recipientFilter.isVisible = false
+                this.mailTargetsGrid.getColumnByKey(DELETE_BUTTON).isVisible = false
+                this.fileUpload.isVisible = false
+                this.submitButton.isVisible = false


BindingFormLayout을 상속한 'Form'과 페이지인 'View'를 분리하면 어떨까요?
#337 (comment)

Form과 View를 분리하여 리팩토링 진행하였습니다 :)

woowahan-pjs · 2021-10-10T08:55:30Z

src/main/kotlin/apply/ui/admin/mail/MailFormView.kt

+        data.recipients.forEach {
+            mailTargets.add(userService.findMailTargetByEmail(it))
+        }


조회 쿼리가 얼마나 발생할까요?

해당 쿼리 findAllByEmailIn을 사용하여 1번의 쿼리로 실행하게 변경하였습니다. 하지만 이 경우, 보여줄 때 입력 순서가 아닌 user 에 해당하는 email 끼리 먼저 나오고, (이름없음) 이메일이 나오게 됩니다. 오히려 구분되어 있어서 좋을 것 같다는 생각이 들기도 한데 어떨지 모르겠네요ㅎㅎㅎ

woowahan-pjs · 2021-10-10T08:55:46Z

src/main/kotlin/apply/utils/Constants.kt

@@ -0,0 +1,3 @@
+package apply.utils
+
+const val DELIMITER = ","


','를 상수로 관리해야 할까요? 상수의 위치와 이름도 불분명해요.

AttributeConverter를 사용하면서 없어졌네요!!ㅎㅎㅎ

woowahan-pjs · 2021-10-10T08:56:04Z

src/main/kotlin/support/views/FormLayouts.kt

+const val SEND_VALUE: String = "send"
+const val DETAIL_VALUE: String = "detail"


예약 발송 등 메일 수정 기능이 추가될 수 있으니 기존 NEW_VALUE 및 EDIT_VALUE를 사용하면 어떨까요?

넵넵! 기존 NEW_VALUE와 EDIT_VALUE를 사용하는 방식으로 변경하였습니다!

…lService 로 수정

… 순서변경

ecsimsw · 2021-10-11T16:59:59Z

src/main/resources/db/migration/V1_10__Add_email_history.sql

+    sent_time  datetime(0) not null,
+    primary key (id)
+) engine = InnoDB
+   default charset = utf8mb4;


정렬하시면 더 깔끔해집니다! 😁

확인 부탁드립니다 😄

부분 디테일 수정

Rok93

배럴 고생많으셨습니다 👍
남겼던 코멘트들은 구두로 즉시 처리해주셔서 바로 Approve 드렸습니다. 🙏

Rok93 · 2021-10-13T07:21:53Z

src/main/kotlin/apply/ui/admin/mail/MailForm.kt

-                mailTargets.removeAndRefresh(response)
+    private fun createEnterBox(): Component {
+        return support.views.createEnterBox(labelText = "받는사람 추가") {
+            if (it.isNotBlank()) {


이메일 형식이 아닌경우에도 입력이 안되게 예외처리(= 입력X + 에러창)하면 어떨까요? 🤔

이메일 정규식: [0-9a-zA-Z]([-_.]?[0-9a-zA-Z][(-_.]?[0-9a-zA-Z]{2,3} 🤗

(관리자는 실수하지 않으니까... 스킵하셔두 될지도 ...? 🙄)

Rok93 · 2021-10-13T07:45:38Z

src/main/kotlin/apply/domain/mail/MailHistory.kt

+
+@Entity
+class MailHistory(
+    @Column(nullable = false)


제 의견은 Entity에도 제약조건을 두는 것이 좋다고 생각했는데 다른 Entity 중에서 따로 길이제한을 두는 Entity가 없어서 거기까지는 안하셔도 될 것 같아요 😃

Sehwan-Jang

수고하셨습니다! 간단한 리뷰 하나 남겼어요~

Sehwan-Jang · 2021-10-13T12:27:06Z

src/main/kotlin/apply/ui/admin/mail/MailForm.kt

@@ -44,35 +38,16 @@ class MailFormView(
    private val body: TextArea = createBody()
    private val mailTargets: MutableSet<MailTargetResponse> = mutableSetOf()
    private val mailTargetsGrid: Grid<MailTargetResponse> = createMailTargetsGrid(mailTargets)
+    private val mailTargetGridTitle: Label = Label()


라벨이 footer로 바뀌면서 더이상 필요 없는것 같네요~

해당 내용 삭제했어요! 👍 :)

MyaGya

확인했습니다! 고생많으셨어요

NewWisdom

굳굳 수고 많으셨습니다 배럴 👏👏👏

ecsimsw

고생하셨습니다.
마무리 댓글만 확인 부탁드릴게요. :)

ecsimsw · 2021-10-13T13:44:06Z

src/main/kotlin/apply/ui/admin/mail/MailsFormView.kt

+            val (id, value) = it.destructured
+            if (value == EDIT_VALUE) {
+                mailForm.fill(mailHistoryService.getById(id.toLong()))
+                this.submitButton.isVisible = false


sumitButton을 가리킬 때 this를 사용하신 이유가 있을까요?

명시적으로 나타내기 위해서 this를 넣었는데 제거했습니다! :)

ecsimsw · 2021-10-13T13:56:19Z

src/main/kotlin/apply/ui/admin/mail/MailForm.kt

+        }
+    }
+
+    private fun refreshRowCount() {


아 제이슨이 말씀하신게 이 친구군요.. 다른 팀원들에게도 공유, 표시를 위한 댓글!
그나저나 고생 많으셨겠네요. 까다로웠을 것 같은데 대단..

ddaaac

몇가지 코멘트 남겨봐요.
고생하시는게 눈에 보여서 반영은 안하셔도 됩니다 ㅋㅋㅋ
가볍게만 봐주세요. 화이팅!

ddaaac · 2021-10-13T10:28:19Z

src/main/kotlin/support/Dates.kt

+fun createLocalDateTime(
+    now: LocalDateTime
+): LocalDateTime {
+    return LocalDateTime.of(now.year, now.month, now.dayOfMonth, now.hour, now.minute, now.second)


정확히 어떤 의도로 만들었는지 파악은 안되지만, 초단위 아래를 버리려는 의도면 truncateTo(SECONDS)라는 메서드가 있긴합니다!
파라미터도 now보다는 time정도가 좋지 않을까요?

ddaaac · 2021-10-13T11:27:39Z

src/main/kotlin/apply/ui/admin/mail/MailForm.kt

+        add(element).also {
+            mailTargetsGrid.dataProvider.refreshAll()
+            refreshRowCount()
+        }
    }

    private fun MutableSet<MailTargetResponse>.addAllAndRefresh(elements: Collection<MailTargetResponse>) {
-        addAll(elements).also { mailTargetsGrid.dataProvider.refreshAll() }
+        addAll(elements).also {
+            mailTargetsGrid.dataProvider.refreshAll()
+            refreshRowCount()
+        }
    }

    private fun MutableSet<MailTargetResponse>.removeAndRefresh(element: MailTargetResponse) {
-        remove(element).also { mailTargetsGrid.dataProvider.refreshAll() }
+        remove(element).also {
+            mailTargetsGrid.dataProvider.refreshAll()
+            refreshRowCount()
+        }


also가 없어도 돌아갈 거 같은데, 혹시 같은 컨텍스트로 묶으려는 이유가 있었을까요?

ddaaac · 2021-10-13T11:43:21Z

src/main/kotlin/apply/ui/admin/mail/MailForm.kt

+        return Grid<MailTargetResponse>(10).apply {
+            addSortableColumn("이름") { it.name ?: NO_NAME }.setFooter("받는사람: ${mailTargets.size}명")
+            addSortableColumn("이메일", MailTargetResponse::email)
+            addColumn(createRemoveButton()).key = DELETE_BUTTON


Suggested change

addColumn(createRemoveButton()).key = DELETE_BUTTON

addColumn(createRemoveButton()).apply { key = DELETE_BUTTON }

동작은 같겠지만 여기는 apply를 적용해서 column을 만드는 컨텍스트에 key 설정을 추가하는 느낌을 주면 어떨까요?

ddaaac · 2021-10-13T14:57:13Z

src/main/kotlin/apply/ui/admin/mail/MailForm.kt

+            setItems(mailTargets)
+        }


Suggested change

setItems(mailTargets)

}

setItems(mailTargets)

dataProvider.addDataProviderListener {

columns.first().setFooter("받는사람: ${mailTargets.size}명")

}

}

이렇게 사용하면 refreshRowCount()가 필요없긴 하네요.
전 직관적인 걸 좋아해서 지금 코드가 더 좋긴합니다!

ddaaac · 2021-10-13T15:16:16Z

src/main/kotlin/apply/ui/admin/mail/MailsFormView.kt

+    override fun setParameter(event: BeforeEvent, @WildcardParameter parameter: String) {
+        val result = FORM_URL_PATTERN.find(parameter)
+        result?.let {
+            val (id, value) = it.destructured
+            if (value == EDIT_VALUE) {
+                mailForm.fill(mailHistoryService.getById(id.toLong()))
+                this.submitButton.isVisible = false
+            }
+        } ?: UI.getCurrent().page.history.back() // TODO: 에러 화면을 구현한다.
+    }


Suggested change

override fun setParameter(event: BeforeEvent, @WildcardParameter parameter: String) {

val result = FORM_URL_PATTERN.find(parameter)

result?.let {

val (id, value) = it.destructured

if (value == EDIT_VALUE) {

mailForm.fill(mailHistoryService.getById(id.toLong()))

this.submitButton.isVisible = false

}

} ?: UI.getCurrent().page.history.back() // TODO: 에러 화면을 구현한다.

}

override fun setParameter(event: BeforeEvent, @WildcardParameter parameter: String) {

val result = FORM_URL_PATTERN.find(parameter) ?: return goBack()

val (id, value) = result.destructured

if (value == EDIT_VALUE) {

mailForm.fill(mailHistoryService.getById(id.toLong()))

this.submitButton.isVisible = false

}

}

private fun goBack() {

UI.getCurrent().page.history.back() // TODO: 에러 화면을 구현한다.

}

depth가 적을수록 보기 좋다고 생각합니다 ㅎㅎ

ddaaac · 2021-10-13T15:21:29Z

src/main/kotlin/apply/ui/admin/mail/MailForm.kt

    private fun MutableSet<MailTargetResponse>.addAndRefresh(element: MailTargetResponse) {
-        add(element).also { mailTargetsGrid.dataProvider.refreshAll() }
+        add(element).also {
+            mailTargetsGrid.dataProvider.refreshAll()


이 친구도 함수로 묶어주면 좋을 거 같아요. 여러군데서 반복해서 사용하고 있네요

woowahan-pjs

고생하셨습니다. 👍

knae11 and others added 11 commits October 7, 2021 17:51

feat: 메일 이력관리 기능 기본 화면 구현

8394d57

feat: 메일 history 도메인 구현 및 화면 초안 구현

1e52c2a

refactor: 이메일 이력 관리 서비스 분리 및 테스트 코드 작성

9f0f573

fixed: develop rebase 하며 충돌 난 부분 수정

77f06ec

feat: 이메일 내역 상세조회 구현

684cdee

refactor: mail로 이름변경 및 DB 데이터타입 수정

b2d7682

feat: mailRestController 기능 및 테스트 구현

8fa97d8

merge develop into feature/email-history

c9689e1

feat: 이메일 갯수를 보여주는 화면 구현

6ad823e

feat: 이메일 갯수를 보여주는 화면 구현

98c9070

Merge branch 'develop' into feature/email-history

04bd8d1

knae11 linked an issue Oct 7, 2021 that may be closed by this pull request

메일 발송 히스토리를 기록한다. #306

Closed

knae11 self-assigned this Oct 7, 2021

knae11 added 2 commits October 8, 2021 18:59

merge develop into feature/email-history

e05e892

Merge branch 'develop' into feature/email-history

8d3f706

# Conflicts: # src/main/kotlin/apply/application/UserService.kt # src/test/kotlin/apply/application/UserServiceTest.kt

MyaGya reviewed Oct 9, 2021

View reviewed changes

knae11 added 2 commits October 10, 2021 13:15

refactor: EmailHistoryRepository를 MailHistoryRepository로 변경

9d99926

refactor(UserService): 엘비스연산자로 수정

0e0ae51

woowahan-pjs requested changes Oct 10, 2021

View reviewed changes

knae11 added 8 commits October 10, 2021 21:53

refactor: AttributeConverter 사용

d3b095e

refactor: 지역변수 제거 및 생성자 활용

10455b5

refactor: recipientsCount 함수 프로퍼티에서 상태호출하도록 변경

00cf954

refactor(view): 일부 값 공유 및 하드코딩으로 변경

bfdc527

refactor: enterBox 입력후 textField 비워지게 수정

7998efd

refactor: MailService -> MailSenderService, MailHistoryService -> Mai…

37b4db4

…lService 로 수정

refactor: UserService에 있던 mail 관련 메소드 MailService로 이동

027ccf1

refactor(MailTargetResponse): NO_NAME 의존성 제거 및 email, name 순으로 생성자 인자…

0a347b5

… 순서변경

knae11 force-pushed the feature/email-history branch from 566c309 to 0a347b5 Compare October 10, 2021 16:28

Merge branch 'develop' into feature/email-history

825d03b

knae11 force-pushed the feature/email-history branch from 5971f6a to 825d03b Compare October 10, 2021 16:33

refactor: flyway 버전 수정

9aaff7f

ecsimsw suggested changes Oct 11, 2021

View reviewed changes

knae11 added 2 commits October 12, 2021 08:15

refactor: flyway 정렬

10aabf9

refactor: flyway 버전 11로 변경

d2da60f

woowahan-pjs requested review from MyaGya, woowahan-pjs, NewWisdom, ecsimsw and Rok93 October 13, 2021 07:06

knae11 added 6 commits October 13, 2021 16:16

refactor: View 복수형으로 이름 수정

4132714

Merge remote-tracking branch 'origin/develop' into feature/email-history

431b2f3

refactor: view 관련 받는사람 부분 디테일 수정

ac62a4e

refactor: 이름 없음의 기본 null로 설정하여 생성자 제거

2c8dd8e

부분 디테일 수정

refactor: 이름 수정 및 mailTarget 메소드 서비스 위치 변경

41242e6

refactor(view): 받는사람 footer 로 변경

5eab4d0

Rok93 approved these changes Oct 13, 2021

View reviewed changes

Sehwan-Jang suggested changes Oct 13, 2021

View reviewed changes

MyaGya approved these changes Oct 13, 2021

View reviewed changes

NewWisdom approved these changes Oct 13, 2021

View reviewed changes

ecsimsw approved these changes Oct 13, 2021

View reviewed changes

refactor(view): 불필요한 내용 삭제

e970e6a

ddaaac reviewed Oct 13, 2021

View reviewed changes

woowahan-pjs added 2 commits October 14, 2021 08:29

style: polish the code

6df55b3

style: polish the code

ea7dace

woowahan-pjs approved these changes Oct 13, 2021

View reviewed changes

woowahan-pjs changed the title ~~feat: implement mail history~~ feat(mail): implement the mail history function Oct 13, 2021

woowahan-pjs merged commit 620c711 into develop Oct 13, 2021

woowahan-pjs deleted the feature/email-history branch October 13, 2021 23:43

		val sentTime: LocalDateTime = LocalDateTime.now(),

		id: Long = 0L

		const val SEND_VALUE: String = "send"
		const val DETAIL_VALUE: String = "detail"

	addColumn(createRemoveButton()).key = DELETE_BUTTON
	addColumn(createRemoveButton()).apply { key = DELETE_BUTTON }

feat(mail): implement the mail history function #377

feat(mail): implement the mail history function #377

Conversation

knae11 commented Oct 7, 2021

메일관리

메일 전송

메일 이력 조회

참고

MyaGya left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

woowahan-pjs left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

knae11 Oct 10, 2021 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Rok93 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Sehwan-Jang left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

MyaGya left a comment

Choose a reason for hiding this comment

NewWisdom left a comment

Choose a reason for hiding this comment

ecsimsw left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

ddaaac left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

woowahan-pjs left a comment

Choose a reason for hiding this comment

knae11 Oct 10, 2021 •

edited

Loading