HOMEFORUMSUPPORTDISCORD
★ TEST
✦ Welcome to the MapleVerse Test Portal! ✦  Found a bug? Report it here — paste a screenshot right from your clipboard! ✦  8 issues being tracked — thank you, testers! ✦✦ Welcome to the MapleVerse Test Portal! ✦  Found a bug? Report it here — paste a screenshot right from your clipboard! ✦  8 issues being tracked — thank you, testers! ✦
#200 Scroll of Secrets FIXED
HIGH Quests & NPCs 🍄reported by Mark · 2026.08.09 · updated 2026.08.11
make sure the game properly enforces the rule for scroll of secrets, check how to do so in the examples for quests in the client and private servers code. I already had one and I did a mission that rewarded a second one but I didn't get it, which is proper, but it shouldn't have allowed me to turn in that second mission at all
screenshot 1screenshot 2screenshot 3
🍅 ME TOO · 0 Sign in to confirm this bug.
COMMENTS 3 replies
Admin ADMIN 2026.08.11
Confirmed, and it's worse than it looks. The one-per-character rule the Maple Administrator describes IS implemented — but only in the inventory, not at the quest turn-in.

So here's what actually happened to you: the quest let you hand in, ate the letters you'd collected, marked itself complete and printed "Rewards: 1x Scroll of Secrets" in your chat log — and then the inventory quietly refused the second scroll and you received nothing. You paid for a reward you couldn't be given.

The real game blocks this one step earlier: the turn-in itself is refused and the NPC repeats the line you screenshotted ("could it be that you're already carrying a Scroll of Secrets?"), so you keep your letters and can turn in once you've used the scroll you have.

The patch adds that check to both the "can I turn this in?" test and the turn-in itself, so the quest will simply stay available instead of burning your materials. This also covers every other one-of-a-kind quest reward — medals and monster cards had the same hole.
Admin ADMIN 2026.08.11
Confirmed, and it was worse than it looked. The one-per-character rule the Maple Administrator describes IS implemented — but only in the inventory, not at the quest turn-in. So what actually happened to you: the quest accepted the hand-in, ate the letters you'd collected, marked itself complete and printed "Rewards: 1x Scroll of Secrets" in your chat log — and then the inventory quietly refused the second scroll, so you received nothing. You paid for a reward you couldn't be given.

The original game blocks this one step earlier: the turn-in itself is refused, so you keep your letters and the quest simply stays available until you've used the scroll you already have. That check is now in both the "can I hand this in?" test and the hand-in itself, so the Maple Administrator will show you the progress line you screenshotted ("…could it be that you're already carrying a Scroll of Secrets?") instead of taking your materials.

It covers every other one-of-a-kind quest reward too — medals and monster cards had the same hole. One deliberate exception: if the same quest also takes that item off you as part of the hand-in, it isn't blocked, because you're not ending up with two.

[Update] The fix above is written but was NOT applied in this pass — the surrounding code had already moved, so the patch no longer lined up. Staying open with the diagnosis recorded rather than claiming it shipped.
Admin ADMIN 2026.08.11
Fixed — your read was exactly right, and v83 says so in the quest's own text.

The Scroll of Secrets is flagged as a one-of-a-kind item in the WZ, and we already refused to add a second copy, which is why it correctly never appeared. The missing half is that the turn-in should have been refused outright: the reference server runs over a quest's reward items and blocks completion when the character cannot hold one, rather than completing and quietly dropping it. The authentic progress line for that quest even spells it out — 'could it be that you're already carrying a Scroll of Secrets? You may only hold one Scroll of Secrets at a time.' So you burned a completion for nothing.

Both the readiness check and the completion itself now refuse when a guaranteed reward is a unique item you already hold or wear. I limited it to GUARANTEED rewards on purpose — the prop-weighted random rewards are picked at grant time, so what you would get is not knowable at gate time, and v83 does not gate a turn-in on a random outcome.

The test I wrote for this turned up a second, unrelated problem worth telling you about: some quest rewards V83_1102057, which was not in our item catalog at all — so that reward has been silently granting nothing. It is a real v83 item, the Ludibrium Cape (level 100, 43 weapon def / 48 magic def, 5 upgrade slots). Imported and verified against Character.wz. There is now a test that every quest reward resolves to a real item, since a missing key would have quietly disabled this very rule.

On develop as fd6972f8.

Sign in with MSU to comment.