Just in case you are still looking at this ... they have changed the Wintergrasp quest to real weekly quests sometime ago. At least on our (european) realm. Or is it still possible to do them twice a week somewhere? So if you are thinking about rewriting stuff, could you please implement this change?
Just in case you are still looking at this ... they have changed the Wintergrasp quest to real weekly quests sometime ago. At least on our (european) realm. Or is it still possible to do them twice a week somewhere? So if you are thinking about rewriting stuff, could you please implement this change?
I'm still here.. quiet but still here :)
This change has been in SOCD for a while. The reset schedule for weekly quests is that it will soft reset 4 days after you complete the quest and hard reset with the raids on Tuesday / Wednesday (pending region). This is the same for WG and for the Raid Quests in Dalaran. Unless something has changed with in the last few months.
If you have the extended tooltip's enabled, you'll see this. It properly accounts for region as EU realms reset on different days.
Well I wanted to alert you that something has changed ^^. It happend with some mini patch several weeks ago. They now reset once a week, during maintenance. Not after 4 days anymore /mourne.
Same thing with the weekly raid quests. No reset after 4 days, but once a week, during maintenance.
At least as far as my experience goes and I do them every week on several alts. Is anybody still experiencing the old behaviour (reset after 4 days)?
I'm absolutely sure. I always do my weeklies at the start of the week and they are no longer available again until after the hard reset. It has been like this for several months now.
I was one of the ones that originally told you about the soft reset. This no longer happens.
I'm absolutely sure. I always do my weeklies at the start of the week and they are no longer available again until after the hard reset. It has been like this for several months now.
I was one of the ones that originally told you about the soft reset. This no longer happens.
Looking back over the code, looks when ethancentaurai gave me a code update (back in April this year) to account for EU's reseting on different day's from EU, he also accounted for them reseting once a week instead of every 4 days.
I will say that it's been a while sense i've dived into the code, so i wasn't really sure.
It would be nice if the databroker module could keep the info about the WG quests you did on your alts for the rest of the week. At the moment this information vanishes after some, maybe 4, days. Haven't tried version 6.3.8 though, servers are just up again for 2 h now.
It would be nice if the databroker module could keep the info about the WG quests you did on your alts for the rest of the week. At the moment this information vanishes after some, maybe 4, days. Haven't tried version 6.3.8 though, servers are just up again for 2 h now.
Well... it can. (Note to self: Update Addon Feature List on main page). The weakly quests should be timming out when the next Tuesday occurs, not the 4day/Tuesday rotation.
If you enable the extended tooltip in the options, it'll show you all the ones you've completed on that toon.
There is another LDB Feed that should be there, "SOCD - Alt Tracker". Mouse over it & you'll get a tooltip for everyone on the realm. :)
A new point of interest for all following along with this addon.
The Alt's Daily Tracker module has got a slight facelift on the tooltip.
The tip displayed is sortable by character. Just click along the top on the character's name and all their's will sort to the top alphabetically. Click in the area above the quest name and to the left of the first character name & it'll go back to it's default sorting.
Ideas, Comments, Good / Bad / Ugly? I'm welcome to ideas about color.
It requires LibQTip to see / use. LibQTip is not by default included with this addon as it's an optional dependency. If there is not much / any raving about having it as an emebeded lib (as in shipped with addon) then I'll go ahead and change it around & everyone can have this look.
Concerning LibQTip: I think if you embed it in the AltTracking module (so it's not loaded if AltTracking is disabled), nobody would have a problem with it.
Oh, and I noticed that LDB isn't in the libs folder any more, but the toc file still searches it there.
Since you tagged a beta of the new SOCD, here are some points I'd like to share with you (based on v6.4b-beta-5-g6b25dc4):
1) Right clicking the LDB doesn't show a notice if the localizations are still loading. At first I thought right clicking is broken :rolleyes:
2) Would be nice if the notice that is shown on /socd while the localizations are still loading would be localizable.
3) Maybe also show a message if the user goes to a daily quest giver while the localizations are still loading. New users might think the addon isn't working otherwise.
4) "Thanksgiving quests" is not localizable.
5) You don't preload the Pilgrims reward items, so the localizations don't work in the options window. And it seems like you still preload the old daily dungeon rewards, I don't think they are needed any more.
6) Do you really want to include the version in the localized title?
7) Weekly raid quests are not accepted automatically any more. Although the quest itself is accepted once I click it. I think this is because they are not reported as daily or repeatable. Debug: SOCD-Debug-Core: procGetGossipAvailableQuests, Malygos muss sterben!, nil, nil
8) A general question: From quickly reading over the code it seems like you now use the WoW API to identify daily quests. Why do you still need to get all the localizations then? Wouldn't it be enough to just get the ones needed for the options window and the ones disabled by default (and maybe the weeklies, if there is no other way to identify them)?
9) Error on mouseover of the AltTracking LDB:
SickOfClickingDailies_AltTracking-v6.4b-beta-5-g6b25dc4\core.lua:135: attempt to call method 'SetCellScript' (a nil value)
SickOfClickingDailies_AltTracking-v6.4b-beta-5-g6b25dc4\core.lua:181: in function `OnEnter'
ChocolateBar-v2.0.2\Chocolate.lua:207: in function <ChocolateBar\Chocolate.lua:176>
1) Right clicking the LDB doesn't show a notice if the localizations are still loading. At first I thought right clicking is broken :rolleyes:
Fixed
2) Would be nice if the notice that is shown on /socd while the localizations are still loading would be localizable.
will be fixed soon
3) Maybe also show a message if the user goes to a daily quest giver while the localizations are still loading. New users might think the addon isn't working otherwise.
this shouldn't be a problem really. The localizations are there mostly to preload the cache and work with the options table.
4) "Thanksgiving quests" is not localizable.
removed the whole for the time being, that is just not something im going to care about today :)
5) You don't preload the Pilgrims reward items, so the localizations don't work in the options window. And it seems like you still preload the old daily dungeon rewards, I don't think they are needed any more.
6) Do you really want to include the version in the localized title?
Good point, removed.
7) Weekly raid quests are not accepted automatically any more. Although the quest itself is accepted once I click it. I think this is because they are not reported as daily or repeatable. Debug: SOCD-Debug-Core: procGetGossipAvailableQuests, Malygos muss sterben!, nil, nil
This is an issue with the WoW API, not something im going to be able to fix with out special magic like the previous methods of SOCD
8) A general question: From quickly reading over the code it seems like you now use the WoW API to identify daily quests. Why do you still need to get all the localizations then? Wouldn't it be enough to just get the ones needed for the options window and the ones disabled by default (and maybe the weeklies, if there is no other way to identify them)?
Again, the localizations are only needed to preload a cache and for the options window. I really don't want to go back to identifying stuff by localized name. IMO this close to Cata it would be better if Blizzard fixed the API. As for the affected quests, there is only 2 NPC's I know about that have this problem. The Raid Quest Guy, and one in Wintergrasp.
9) Error on mouseover of the AltTracking LDB:
SickOfClickingDailies_AltTracking-v6.4b-beta-5-g6b25dc4\core.lua:135: attempt to call method 'SetCellScript' (a nil value)
SickOfClickingDailies_AltTracking-v6.4b-beta-5-g6b25dc4\core.lua:181: in function `OnEnter'
ChocolateBar-v2.0.2\Chocolate.lua:207: in function <ChocolateBar\Chocolate.lua:176>
As for the error.. not a clue why it's coming up. If that was an issue where it's not getting LQT's frame, then it would have errored alot sooner in the code.
this shouldn't be a problem really. The localizations are there mostly to preload the cache and work with the options table.
Yeah, sorry. I missread that part of the code, tought you were checking the API return values and the localized title.
This is an issue with the WoW API, not something im going to be able to fix with out special magic like the previous methods of SOCD
I really don't want to go back to identifying stuff by localized name. IMO this close to Cata it would be better if Blizzard fixed the API.
Yeah, the new system is very nice, but maybe add an exception for the quests where the API is bugged? Something like a table only containing the cached localized weekly quest names, which is checked whenever a non-daily and non-repeatable quest is found? (Just as an idea, I don't do the weekly quests any more, so I don't care ;)).
As for the affected quests, there is only 2 NPC's I know about that have this problem. The Raid Quest Guy, and one in Wintergrasp.
Weekly quests in ICC are affected too (at least the Sindragosa one).
Again, the localizations are only needed to preload a cache and for the options window.
Is this cache needed before a quest is accepted? You already cache the title when you find a daily, so why preload them all and not just the ones for the options window and the ones you need to disable by default?
As for the error.. not a clue why it's coming up. If that was an issue where it's not getting LQT's frame, then it would have errored alot sooner in the code.
I'll try some things and report back. If you want me to test something, just say.
For some reason I can't post on Curse atm so I'm posting here. I'm getting errors mentioning SOCD and I'm frequently getting disconnects so I'm searching for the reason. Error log:
1x Interface\FrameXML\ItemRef.lua:212: attempt to perform arithmetic on local 'startLink' (a nil value):
Interface\FrameXML\ItemRef.lua:198: in function <Interface\FrameXML\ItemRef.lua:2>:
Blizzard_CombatLog\Blizzard_CombatLog.lua:3661: in function <...ace\AddOns\Blizzard_CombatLog\Blizzard_CombatLog.lua:3605>
(tail call): ?:
<string>:"cmd: /qq -- quest query":63: in function `SetItemRef'
SickOfClickingDailies-v6.5-release-e6dea71\wotlk.lua:24: in function <SickOfClickingDailies\wotlk.lua:20>
(tail call): ?:
<in C code>: ?
<string>:"safecall Dispatcher[1]":9: in function <[string "safecall Dispatcher[1]"]:5>
(tail call): ?:
AceAddon-3.0-10 (Ace3):543: in function `EnableAddon'
AceAddon-3.0-10 (Ace3):556: in function `EnableAddon'
AceAddon-3.0-10 (Ace3):635: in function <Ace3\AceAddon-3.0\AceAddon-3.0.lua:621>
and
1x Interface\FrameXML\ItemRef.lua:212: attempt to perform arithmetic on local 'startLink' (a nil value):
Interface\FrameXML\ItemRef.lua:198: in function <Interface\FrameXML\ItemRef.lua:2>:
Blizzard_CombatLog\Blizzard_CombatLog.lua:3661: in function <...ace\AddOns\Blizzard_CombatLog\Blizzard_CombatLog.lua:3605>
(tail call): ?:
<string>:"cmd: /qq -- quest query":63: in function `SetItemRef'
SickOfClickingDailies-v6.5-release-e6dea71\BC.lua:27: in function <SickOfClickingDailies\BC.lua:24>
(tail call): ?:
<in C code>: ?
<string>:"safecall Dispatcher[1]":9: in function <[string "safecall Dispatcher[1]"]:5>
(tail call): ?:
AceAddon-3.0-10 (Ace3):543: in function `EnableAddon'
AceAddon-3.0-10 (Ace3):556: in function `EnableAddon'
AceAddon-3.0-10 (Ace3):635: in function <Ace3\AceAddon-3.0\AceAddon-3.0.lua:621>
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumI'm still here.. quiet but still here :)
This change has been in SOCD for a while. The reset schedule for weekly quests is that it will soft reset 4 days after you complete the quest and hard reset with the raids on Tuesday / Wednesday (pending region). This is the same for WG and for the Raid Quests in Dalaran. Unless something has changed with in the last few months.
If you have the extended tooltip's enabled, you'll see this. It properly accounts for region as EU realms reset on different days.
Same thing with the weekly raid quests. No reset after 4 days, but once a week, during maintenance.
At least as far as my experience goes and I do them every week on several alts. Is anybody still experiencing the old behaviour (reset after 4 days)?
-
View User Profile
-
View Posts
-
Send Message
Curse Premium-
View User Profile
-
View Posts
-
Send Message
Curse Premiumare we all sure about that ?
this is blizzard we're talking about :)
I'll do some testing myself, if it's changed, then it's a small adjustment in the code to account for it.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumI was one of the ones that originally told you about the soft reset. This no longer happens.
http://forums.wowace.com/showthread.php?t=17021
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumAh, yes..
Looking back over the code, looks when ethancentaurai gave me a code update (back in April this year) to account for EU's reseting on different day's from EU, he also accounted for them reseting once a week instead of every 4 days.
I will say that it's been a while sense i've dived into the code, so i wasn't really sure.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumWell... it can. (Note to self: Update Addon Feature List on main page). The weakly quests should be timming out when the next Tuesday occurs, not the 4day/Tuesday rotation.
If you enable the extended tooltip in the options, it'll show you all the ones you've completed on that toon.
There is another LDB Feed that should be there, "SOCD - Alt Tracker". Mouse over it & you'll get a tooltip for everyone on the realm. :)
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumThe Alt's Daily Tracker module has got a slight facelift on the tooltip.
The tip displayed is sortable by character. Just click along the top on the character's name and all their's will sort to the top alphabetically. Click in the area above the quest name and to the left of the first character name & it'll go back to it's default sorting.
--> Click here to grab an alpha zip
Ideas, Comments, Good / Bad / Ugly? I'm welcome to ideas about color.
It requires LibQTip to see / use. LibQTip is not by default included with this addon as it's an optional dependency. If there is not much / any raving about having it as an emebeded lib (as in shipped with addon) then I'll go ahead and change it around & everyone can have this look.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumConcerning LibQTip: I think if you embed it in the AltTracking module (so it's not loaded if AltTracking is disabled), nobody would have a problem with it.
Oh, and I noticed that LDB isn't in the libs folder any more, but the toc file still searches it there.
-
View User Profile
-
View Posts
-
Send Message
Curse Premium1) Right clicking the LDB doesn't show a notice if the localizations are still loading. At first I thought right clicking is broken :rolleyes:
2) Would be nice if the notice that is shown on /socd while the localizations are still loading would be localizable.
3) Maybe also show a message if the user goes to a daily quest giver while the localizations are still loading. New users might think the addon isn't working otherwise.
4) "Thanksgiving quests" is not localizable.
5) You don't preload the Pilgrims reward items, so the localizations don't work in the options window. And it seems like you still preload the old daily dungeon rewards, I don't think they are needed any more.
6) Do you really want to include the version in the localized title?
7) Weekly raid quests are not accepted automatically any more. Although the quest itself is accepted once I click it. I think this is because they are not reported as daily or repeatable. Debug: SOCD-Debug-Core: procGetGossipAvailableQuests, Malygos muss sterben!, nil, nil
8) A general question: From quickly reading over the code it seems like you now use the WoW API to identify daily quests. Why do you still need to get all the localizations then? Wouldn't it be enough to just get the ones needed for the options window and the ones disabled by default (and maybe the weeklies, if there is no other way to identify them)?
9) Error on mouseover of the AltTracking LDB:
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumFixed
will be fixed soon
this shouldn't be a problem really. The localizations are there mostly to preload the cache and work with the options table.
removed the whole for the time being, that is just not something im going to care about today :)
Good point, removed.
This is an issue with the WoW API, not something im going to be able to fix with out special magic like the previous methods of SOCD
Again, the localizations are only needed to preload a cache and for the options window. I really don't want to go back to identifying stuff by localized name. IMO this close to Cata it would be better if Blizzard fixed the API. As for the affected quests, there is only 2 NPC's I know about that have this problem. The Raid Quest Guy, and one in Wintergrasp.
As for the error.. not a clue why it's coming up. If that was an issue where it's not getting LQT's frame, then it would have errored alot sooner in the code.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumYeah, sorry. I missread that part of the code, tought you were checking the API return values and the localized title.
Yeah, the new system is very nice, but maybe add an exception for the quests where the API is bugged? Something like a table only containing the cached localized weekly quest names, which is checked whenever a non-daily and non-repeatable quest is found? (Just as an idea, I don't do the weekly quests any more, so I don't care ;)).
Weekly quests in ICC are affected too (at least the Sindragosa one).
Is this cache needed before a quest is accepted? You already cache the title when you find a daily, so why preload them all and not just the ones for the options window and the ones you need to disable by default?
I'll try some things and report back. If you want me to test something, just say.
-
View User Profile
-
View Posts
-
Send Message
Curse Premiumand
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumTry v6.5-release-8-g73f256a should fix these problems.
However as i did change the Scanner file, you'll need to wait for it to cache all the quest names again, ~40 sec after logging in the first time
ps: please use the ticket tracker, no need to triple post anything, I'm still alive :)
Date: 2011-08-11 19:07:29
ID: 1
Error occured in: Global
Count: 1
Message: ..\AddOns\SickOfClickingDailies\ldb.lua line 27:
Usage: NewAddon([object,] name, [lib, lib, lib, ...]): 'name' - Addon 'SickOfClickingDailies' already exists.
Debug:
[C]: ?
[C]: ?
...ns\TradeskillInfo\libs\AceAddon-3.0\AceAddon-3.0.lua:140: NewAddon()
SickOfClickingDailies\ldb.lua:27: in main chunk