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.