리더보드 보상 테스트 중 즉시 초기화 시 우편이 오지 않는 이슈

문의 게시판
#1

고객님의 문의에 답변하는 직원은 고객 여러분의 가족 중 한 사람일 수 있습니다.
고객의 언어폭력(비하, 조롱, 욕설, 협박, 성희롱 등)으로부터 직원을 보호하기 위해
관련 법에 따라 수사기관에 필요한 조치를 요구할 수 있으며, 형법에 의해 처벌 대상이 될 수 있습니다.

커뮤니티 이용 정책에 위배되는 게시물을 작성할 경우, 별도 안내 없이 게시물 삭제 또는 커뮤니티 이용이 제한될 수 있습니다.

문의 응대 : 평일 오전 10시 ~ 오후 6시
문의를 남기실 경우 다음 항목을 작성해 주세요.
정보가 부족하거나 응대시간 외 문의하는 경우 확인 및 답변이 지연될 수 있습니다.

  • 베이스/채팅/데이터베이스/월드 SDK 버전 : 5.18.11
  • 프로젝트명 : 냥찍 히어로즈
  • 스테이터스 코드 :
  • 에러 코드 :
  • 에러 메시지 :

뒤끝 개발팀을 통한 별도의 기술지원이 작업이 필요한 요청은 help@backnd.com 으로 문의해주시기 바랍니다.

안녕하세요! 개발 서버(Red Blue - Dev)에서 리더보드 관련하여서 즉시 초기화 기능을 통해 보상 테스트를 하는 과정에서 보상을 받아야 하는 유저에게 우편이 오지 않는 현상이 보여 문의드립니다.

상황은 아래와 같습니다.

  1. 테스트용 길드가 리더보드 'GUILD_WEEKLY’와 'GUILD_WEEKLY_2’에 스코어를 기록하고, 'GUILD_WEEKLY’의 즉시 초기화를 눌렀음(특이사항: 두 리더보드는 집계 필드 Goods가 동일함)
  2. 우편 탭의 리더보드 보상은 보이나, Backend.UPost.GetPostList를 호출해도 우편 보상이 포함되어 있지 않아 'GUILD_WEEKLY_2’의 즉시 초기화를 눌렀으나, 똑같이 우편 보상이 오지 않음.
  3. 원인 파악을 위해 다른 리더보드 'WORLD_BOSS_1’의 즉시 초기화를 눌렀으나 완료가 되지 않고, 다시 즉시 초기화를 누르니 ’ 이미 초기화가 진행 중입니다.'의 메시지가 뜸.
  4. 다른 리더보드의 즉시 초기화를 눌렀으나 우편 탭의 리더보드 보상만 보이고 Backend.UPost.GetPostList를 호출해도 우편 보상이 오지 않음.

image

혹시나 라이브 서버에서도 이슈가 있을까 걱정이 됩니다. 어떤 이슈인지 파악해주시면 감사하겠습니다!

추가로, 길드 리더보드에서 두 리더보드가 동일한 집계 필드를 가진 것이 원인이 된 것인지 여쭙습니다. 길드마다 두 리더보드 중 하나의 리더보드에만 스코어를 등재할 예정이라 두 리더보드에 동시에 등재되지는 않게 사용할 예정입니다. 이 점을 고려하여서 자문을 주시면 감사하겠습니다! 업데이트까지 일자가 많이 남지 않아 꼭 확인해주시면 감사하겠습니다! 빠른 작업을 위해 전화 통화가 가능하니, 추가적인 정보가 필요하시다면 통화 요청주시기 바랍니다!

++(추가 확인) 금일 아침 추가로 확인해본 결과, 여전히 리더보드 즉시 초기화 시 우편 탭의 리더보드 보상은 보이나 Backend.UPost.GetPostList를 호출해도 우편 보상이 포함되어 있지 않은 현상이 지속되며, WORLD_BOSS_1 리더보드의 경우 여전히 ’ 이미 초기화가 진행 중입니다.'의 메시지가 뜨는 점 확인하였습니다.

#2

금일까지 꼭 확인이 필요한 이슈라, 꼭 확인 후 원인 파악, 라이브 서버에 영향이 있을지, 길드 리더보드에서 두 리더보드가 동일한 집계 필드를 가진 것이 원인이 된 것인지(이렇게 쓰면 안 되는 것인지) 답변주시면 감사하겠습니다!

전화 필요 시 언제든 적극적으로 필요한 정보 등 답변드리겠습니다!

#3

안녕하세요 개발자님,
우선적으로 주기별로 '초기화’가 되도록 설정한 리더보드는 동일 필드를 사용할 경우,
초기화의 영향으로 다른 리더보드의 정상이 정상적으로 진행되지 않을수 있기에 반드시 분리 이용을 권장합니다.

추가적으로 말씀해주신
GUILD_WEEKLY_2 리더보드의 초기활르 6회 진행하신 것으로 확인되며,
각 진행에 따라 다음과 같이 길드에 보상우편이 발송된 것으로 확인됩니다.

guildName 초기화 rank 수령
길드리더보드 1차 1 수령
길드리더보드 2차 1
크크치킨 2차 2
길드리더보드 3차 1
크크치킨 3차 2
크크치킨 4차 1
크크치킨 5차 1
크크치킨 6차 1

유저 메뉴를 통한 대상 유저의 우편 내역상으로도 아래와 같이 확인되고 있습니다.

image

내부 테스트시에도 우편 내역은 정상적으로 조회가 이루어지고 있는 상황인 점 참고하여 다시 확인해 주시면 감사하겠습니다.

WORLD_BOSS_1 리더보드 초기화 오류 관련은 진행 과정에서 이상이 발생하여 지난 7월중 문제가 발생한 상황으로 확인하였으며, 해당 값을 제거하여 정상 이용이 가능하실 수 있도록 조치하였습니다.

#4

답변주셔서 감사합니다! 담당자님께서 말씀주신 바와 같이 우편 탭의 리더보드 보상으로 우편이 날라온 점은 보이나, 실제로 보상을 받아야 할 유저가 Backend.UPost.GetPostList을 호출하여도 보상이 오지 않고 있는 점 다시 확인주신다면 감사하겠습니다.

실제 요청 사례와 응답을 공유드립니다.

요청:
Backend.UPost.GetPostList(PostType.Rank, 10)

응답:
“StatusCode : 200\r\nMessage : Success\r\nReturnValue : {“postList”:[]}\r\n”

#5

추가적으로 테스트해보았습니다.

  • 일부러 새로 생성한 GUILD_WEEKLY 리더보드의 경우 Backend.UPost.GetPostList 호출에 의해 보상을 받아야 할 유저한테 보상이 옴.
  • 기존의 리더보드들의 경우 Backend.UPost.GetPostList 호출에 의해 보상을 받아야 할 유저한테 보상이 오지 않음.

뒤끝 콘솔에서 우편이 발송된 것은 보이지만, 클라이언트측에서 Backend.UPost.GetPostList를 쏘아도 오지 않는 점임을 리마인드 드립니다.
만약 개발서버에서만 발생할 문제라면은 그냥 포기하고 앞으로 우편 테스트는 새로 만든 리더보드에서만 진행하겠습니다. 하지만 라이브 서버에서도 발생할만한 이슈라면, 꼭 대응이 필요할 것 같습니다!

#6

현재 진행상황 안내드립니다.
내부에서 여러 방면으로 재현을 위해 테스트를 진행해보았지만 말씀해주신 상황과 동일한 현상은 재현되지 않고 있습니다.
동일 필드 사용 및 단시간 내 반복적인 초기화 등의 상황으로 인한 문제 상황이 예상되나 재현이 되지 않는 상황이기에
현재로서는 명확한 답변을 드리지 못하는 점 양해 바랍니다.

최초 우편을 수령했던 ‘19716ac0-9558-11f1-87df-dd80f7d3a23e’ 계정이 게스트 계정으로 확인되는데,
해당 계정을 테스트에 계속 사용하지 않는 상황이시라면
뒤끝에서 커스텀 계정으로 전환 후 직접 로그인 및 조회테스트를 진행해보고자 합니다.
간단한 동의 말씀 남겨주시면 확인 진행해 볼 수 있또록 하겠습니다.

#7

확인해주셔서 감사합니다! 개발서버(Red Blue - Dev) 안에서는 어떤 사건이든 발생해도 무방해서, 말씀주신 ‘19716ac0-9558-11f1-87df-dd80f7d3a23e’ 계정을 기반으로 테스트해주셔도 괜찮습니다.

참고로 결국에는 해당 이슈가 '기존에 리더보드를 사용하던 방향과 무엇이든 조금이라도 다른 방식에 의해 발생할 수 있는 문제’라고 가정해 그냥 모든 리더보드 구조를 기존에 사용하던 방식과 완전히 동일한 방식으로 재작업해 이번 업데이트를 스토어에 배포하였습니다.

다만 여전히 라이브 환경에서 같은 이슈가 발생하지 않을지 우려되는 부분이 있어서, 확인 후 원인 공유 및 현 라이브에서 동일 이슈 발생 가능성에 대해 말씀주시면 너무 감사하겠습니다!

좋아요 1
#8

문의하신 현상의 원인을 확인하여 안내드립니다.

리더보드 보상 우편은 초기화가 실행된 시간을 기준으로 발송 처리됩니다.
예를 들어 16시~17시 사이에 초기화를 진행하는 경우, 우편은 16시를 기준으로 처리됩니다.

이러한 구조로 인해 동일 시간대에 초기화를 여러 번 진행하시는 경우,
해당 시간대의 우편을 한 번 수령한 시점 이후에 추가 초기화로 발송된 우편은 조회되지 않는 것으로 확인되었습니다. (수령 이후 추가 발송된 동시간 우편이 최초 조회되는 경우)

수령 전이라면 여러 번 초기화하여 발송된 우편도 모두 정상적으로 조회됩니다.

리더보드 수동 정산 기능은 테스트 시와 같이 단시간에 초기화를 반복 요청하는 사용 케이스를 전제하지 않고 설계되어 발생한 현상으로, 해당 내용은 내부에 공유하여 개선 검토를 진행하고 있습니다.
다만 정산 및 우편 발송 처리 구조와 맞물려 있는 부분으로 개선에 필요한 공수가 큰 편이며, 단기간 내 반영은 어려울 것으로 예상되는 점 미리 양해 부탁드립니다.

개선이 완료되기 전까지는 동일 시간대에 수동 초기화를 중복으로 진행하지 않도록 사용해 주시기를 권장드립니다.

좋아요 1
#9

확인해주셔서 감사합니다!

그렇다면 수동 초기화가 아닌, 라이브의 정상적인 주기적 초기화의 경우에는 동일 시간대에 여러 리더보드가 초기화되어도 문제 없을것으로 보여 라이브에서는 이슈가 없겠네요! 다행입니다.

확인해주신 바를 잘 참고하여서 향후 테스트를 진행하겠습니다. 감사합니다!

좋아요 1