Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
- Changed dynamic MaxLevel functionality back to a hard-coded '125'
mq.TLO.Me.MaxLevel() appeared to work as expected before release - but is still reporting 120, even if char is 121.
- Corrected issue when managing specific/reward lists that were previously empty
- Removed obsolete list of Specific Holiday Quest categories
- Holiday lists should all exist in the Achievement section above
- Specific list only required for achievements not yet officially added or by the user
![]()
Testing worked for me locally, so obviously I am still misunderstanding something with the package manager and LFS.
- Revert logic to create directory only on-demand
Will work better on this.
- Minor cleanup of some logging and logic
- Honor Characters Maximum Level
- Track Overseer Achievements
Maximum Level
Enhances option to "Claim Overseer EXP up to a certain level" do be dynamic for level, rather than specified by user.
Benefits:
On next run, if set to 120 previously, will enable "Follow Max Level".
- Follows LS Level Bump to 125
- F2P will cap at 115
- TLP, etc.. will cap at current max level per expansion unlocked
![]()
Else will leave is open to setting custom values. (i.e. "I want to stay at level 90 for now")
![]()
Option can be toggled by the (slightly verbose): runCompletedAchievementQuests
i.e. /bcaa //mqoverseer runCompletedAchievementQuests on
Track Overseer Achievements
This replaces the core concept of "Specific Quests" to run achievement quests when available. Makes things much simpler to track.
NOTE: The TLO Achievement system does not report reliably - so we need to maintain a specific file identifying tasks. Will be maintained until an alternative is figured out.
![]()
By default, maintains existing functionality to run any achievement quests - even if completed.
Unchecking "Run Completed Achievements" will only run the achievement tasks not yet run.
![]()
* Due to not playing nicely with recent changes, temporarily reverted IO improvement
Previously, if the script had to load the MQ2Rewards plugin, the plugin would be unloaded when done.
- Corrected crash when done claiming rewards
That was causing a conflict.
This logic has been removed - so MQ2Rewards will be loaded and left loaded whenever rewards must be claimed
* Change to match latest patch's removal of the Confirmation Dialog prompting when a new quest was run
- Add retry logic to loading global settings.
- Handles situation when too many characters loading at once
- Add option to run recovery quests
- Purpose of this is purely to work the Recovery Quest Experience
![]()
- There is no special logic when to run or not run these. If available, one will be run.
- Quests run in the following priority
- Conversion
- Recovery
- Recruitment
- All Others
- Defaults to 'Ignore'
![]()
Currently I am not aware of a logical set of rules to programmatically determine when running Recovery would be beneficial versus not.
If anyone can outline any such thing, I'd be curious to hear it.