[Bug] "Maxed at" timestamp is being shown incorrectly
Nobody has claimed this yet.
Assessment
- Difficulty
- 1/5
- Estimated time
- Under an hour
- Newbie friendliness
- 91/100
Research direction
Search the addon for the expression using currencyInfo.lastUpdated + timeToMax and inspect how the concentration tooltip formats its “Maxed at” timestamp. The issue identifies the replacement clock call as GetServerTime(); verify the displayed date for cached offline character data against the current time plus the remaining duration.
Written by the indexing model from the issue text.
Description
Addon version
v1.4.3
Tested with only this addon enabled?
Yes
Describe what happened and what you expected to happen
The "Maxed at" timestamp in the concentration tooltip calculates the future completion date incorrectly when viewing cached data for an offline character. It anchors the remaining time (timeToMax) to the historical currencyInfo.lastUpdated timestamp instead of the current runtime clock, causing the predicted date to shift backward by the exact amount of time elapsed since the character was last saved.
tostring(date("%c", currencyInfo.lastUpdated + timeToMax))
should be
tostring(date("%c", GetServerTime() + timeToMax))
Steps to reproduce
- Log into a character with a profession, open the profession tab to sync currency data, and log out.
- Log onto a different character after several hours.
- Open the addon dashboard/tooltip to view the offline character's concentration status.
- Compare a manual addition of the displayed "Time to Max" duration to the current local time against the date printed next to "Maxed at:".
Lua error(s)
There are no errors.
Screenshots
(All screenshots taken between 16:00 and 17:30)
- Dominant language
- Lua
- Stars
- 15
- Forks
- 15
- PR merge metrics
- No merged PRs in 30d
Getting set up
- No Dockerfile or Docker Compose file
- No pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from DennisRas/WeeklyKnowledge
-
Feature Request
Difficulty 3/5 1-2 days Newbie friendliness 45/100
DennisRas/WeeklyKnowledge#163 ·
-
[Bug] Collapsing checklist breaks the headerPossibly taken @DennisRas claimed this 20 days ago. OpenAccepted Bug
Difficulty 3/5 1-2 days Newbie friendliness 48/100
DennisRas/WeeklyKnowledge#158 · 1 comment · 1 reaction · 1 assignee ·
-
[Feature Request] Support Dragonflight expansionMay be free again @ptourmaline claimed this 61 days ago, and no pull request is open. OpenFeature Request
Difficulty 4/5 3-5 days Newbie friendliness 25/100
DennisRas/WeeklyKnowledge#147 · 4 comments ·
-
Bug
Difficulty 3/5 Half a day Newbie friendliness 42/100
DennisRas/WeeklyKnowledge#141 · 3 comments ·
-
Feature Request
Difficulty 3/5 1-2 days Newbie friendliness 22/100
DennisRas/WeeklyKnowledge#140 ·
All issues in DennisRas/WeeklyKnowledge
Similar issues
-
bug triage
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
Cidan/BetterBags#1265 ·
Maintainers usually reply within 1 day
-
Lightforge IngotsOpenbug discord guide:06-ashenvale locale:enUS triage v0.3.4
Difficulty 2/5 1-3 hours Newbie friendliness 61/100
Maintainers usually reply within 1 day
-
Data lead: beatfeverOpen
Difficulty 2/5 1-3 hours Newbie friendliness 67/100
reacher-z/Awesome-REA#3601 ·
Maintainers usually reply within 1 day
-
addon bug night-shift
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
xmake-io/xmake-docs#301 · 1 comment ·