My only wish is that every addon author that Curse / Curseforge pisses off moves their addon somewhere else. When all of my addons can be obtained somewhere else, I'm going to say good bye to Curse and never look back.
I'm not sure Curse Support is monitoring this forum, at least not as well as they monitor the support@curse.com mailbox. I sent them a copy of this error and got a reply within 15 minutes that someone would look into it.
Using a package manager (In my case: SVN, Skillet, WowAce), I commit a change. On the Files page, I see the update marked as New (and the size of the file is too small). Sometime later, it will move to Approved (with the file size as expected). In some cases, it moves from New to Under Review.
I'd like to know how the Status changes from state to state for alpha builds, beta builds, and releases. Is the change automatic, artificially delayed by x minutes, requires manual (human) intervention, etc.
For alpha versions, can you explain the rationale for anything other than automatic progression from New to Approved?
As a side issue, can you explain why Curse.com shows a project as updated when the results of that update are NOT available on Curse?
I have the following .pkgmeta file for Skillet. I just built a new alpha release and when I compare the files in the alpha package with the files in the last released version (2.86), I see that the LibPeriodicTable-3.1 .toc files are updated but the .lua files are not. Have I done something wrong? If so, how do I fix it?
I would like to keep track of the (non-AH) attachments sent to me by others. I'd like both a log and a summary.
I downloaded MailOutbox and discovered Postal and MailOutbox interfere because MailOutbox uses the wasRead flag from GetInboxHeaderInfo() to prevent logging the mail more than once and Postal processes the Inbox before MailOutbox sees it.
I've only found one place that Postal checks the wasRead flag and that is when the MAIL_CLOSED event fires. If this is the only place, then if I can get MailOutbox to process the inbox first, it should not effect the functioning of Postal.
Any ideas on how to get MailOutbox to see mail first?
I'm new to BadBoy. I switched from SpamMeNot because it is not being updated.
One thing I miss is the ability to see the actual spam message that was blocked/reported. For me, this helps to build confidence in the addon. Is this possible with BadBoy?
After a quick look at the code, is BadBoyLogger available? If not, can it be?
siena's Gem Viewer is alive and well as of the 1st of February, 2011! The name has been changed to just Gem Viewer (it was confusing to me that the addon name, addon title, and filenames didn't match).
I have also added the ability to filter by Required Item Level. Not all of my toons are 85 and I still need gems for item levels below level 285.
Here's what I'm doing in a bit more detail. I'm the author of an addon called PvPLog (hosted at http://www.wowroster.net). When attacked (I know this from the combat log), I'm interested is finding out more about this attacker but since addons can't target anymore (since WoW 2.0), I have to rely on the player either "target"ing or "mouseover"ing to capture data.
Since the 2.4 combat log now provides the GUID of the attacker and GameTooltip:SetHyperlink("unit:" .. GUID) provides the tooltip, I can gather (limited) data about the attacker without them being the "target" or the "mouseover" (who was that rogue that one-shoted me from behind and then vanished?). This limited tooltip data is all that I need at the moment (level, race, class, guild, title, owner of pet/minion).
I've written my own "parser" for the enUS tooltip but this isn't going to work for my international users. I was hoping to find some code that had already been written and localized.
0
In reply to horologue:
Hopefully, you have continued to follow Skillet-Classic as the current build (and quite a few past builds) supports Enchanting.
0
Skillet-Classic has a better "home". While builds are still labeled as alphas, it is about 85-90% complete. Download the latest alpha and report any problems at https://www.wowace.com/projects/skillet-classic/issues.
0
My only wish is that every addon author that Curse / Curseforge pisses off moves their addon somewhere else. When all of my addons can be obtained somewhere else, I'm going to say good bye to Curse and never look back.
0
I'm not sure Curse Support is monitoring this forum, at least not as well as they monitor the support@curse.com mailbox. I sent them a copy of this error and got a reply within 15 minutes that someone would look into it.
0
Me too!
0
Was this the policy on the old Curse / Curseforge / WowAce sites? If so, then I must have been white-listed on the old sites.
0.962075848303393
Using a package manager (In my case: SVN, Skillet, WowAce), I commit a change. On the Files page, I see the update marked as New (and the size of the file is too small). Sometime later, it will move to Approved (with the file size as expected). In some cases, it moves from New to Under Review.
I'd like to know how the Status changes from state to state for alpha builds, beta builds, and releases. Is the change automatic, artificially delayed by x minutes, requires manual (human) intervention, etc.
For alpha versions, can you explain the rationale for anything other than automatic progression from New to Approved?
As a side issue, can you explain why Curse.com shows a project as updated when the results of that update are NOT available on Curse?
0
package-as: Skillet externals: Libs/LibStub: svn://svn.wowace.com/wow/libstub/mainline/trunk Libs/CallbackHandler-1.0: svn://svn.wowace.com/wow/callbackhandler/mainline/trunk/CallbackHandler-1.0 Libs/AceAddon-3.0: svn://svn.wowace.com/wow/ace3/mainline/trunk/AceAddon-3.0 Libs/AceConfig-3.0: svn://svn.wowace.com/wow/ace3/mainline/trunk/AceConfig-3.0 Libs/AceConsole-3.0: svn://svn.wowace.com/wow/ace3/mainline/trunk/AceConsole-3.0 Libs/AceLocale-3.0: svn://svn.wowace.com/wow/ace3/mainline/trunk/AceLocale-3.0 Libs/AceDB-3.0: svn://svn.wowace.com/wow/ace3/mainline/trunk/AceDB-3.0 Libs/AceDBOptions-3.0: svn://svn.wowace.com/wow/ace3/mainline/trunk/AceDBOptions-3.0 Libs/AceGUI-3.0: svn://svn.wowace.com/wow/ace3/mainline/trunk/AceGUI-3.0 Libs/AceHook-3.0: svn://svn.wowace.com/wow/ace3/mainline/trunk/AceHook-3.0 Libs/AceEvent-3.0: svn://svn.wowace.com/wow/ace3/mainline/trunk/AceEvent-3.0 Libs/AceTimer-3.0: svn://svn.wowace.com/wow/ace3/mainline/trunk/AceTimer-3.0 Libs/LibAbacus-3.0: svn://svn.wowace.com/wow/libabacus-3-0/mainline/trunk Libs/LibDialog-1.0: http://hg.wowace.com/wow/libdialog-1-0/mainline Libs/LibWindow-1.1: svn://svn.wowace.com/wow/libwindow-1-1/mainline/trunk/LibWindow-1.1 Libs/LibPeriodicTable-3.1: svn://svn.wowace.com/wow/libperiodictable-3-1/mainline/trunk/LibPeriodicTable-3.1 Libs/LibPeriodicTable-3.1/LibPeriodicTable-3.1-Tradeskill: svn://svn.wowace.com/wow/libperiodictable-3-1/mainline/trunk/LibPeriodicTable-3.1-Tradeskill Libs/LibPeriodicTable-3.1/LibPeriodicTable-3.1-TradeskillLevels: svn://svn.wowace.com/wow/libperiodictable-3-1/mainline/trunk/LibPeriodicTable-3.1-TradeskillLevels Libs/LibPeriodicTable-3.1/LibPeriodicTable-3.1-TradeskillResultMats: svn://svn.wowace.com/wow/libperiodictable-3-1/mainline/trunk/LibPeriodicTable-3.1-TradeskillResultMats ignore: - Old # old classic skillet files0
0
I downloaded MailOutbox and discovered Postal and MailOutbox interfere because MailOutbox uses the wasRead flag from GetInboxHeaderInfo() to prevent logging the mail more than once and Postal processes the Inbox before MailOutbox sees it.
I've only found one place that Postal checks the wasRead flag and that is when the MAIL_CLOSED event fires. If this is the only place, then if I can get MailOutbox to process the inbox first, it should not effect the functioning of Postal.
Any ideas on how to get MailOutbox to see mail first?
0
One thing I miss is the ability to see the actual spam message that was blocked/reported. For me, this helps to build confidence in the addon. Is this possible with BadBoy?
After a quick look at the code, is BadBoyLogger available? If not, can it be?
0
I have also added the ability to filter by Required Item Level. Not all of my toons are 85 and I still need gems for item levels below level 285.
Regards,
Brad
0
bagType = GetItemFamily(itemID | "name" | "itemLink")
that would tell you how many items you have in your inventory or your bank that would fit into a specialty bag?
I'm trying to figure out if my engineer's bank would be better off with bigger bags or with an engineering bag.
0
Since the 2.4 combat log now provides the GUID of the attacker and GameTooltip:SetHyperlink("unit:" .. GUID) provides the tooltip, I can gather (limited) data about the attacker without them being the "target" or the "mouseover" (who was that rogue that one-shoted me from behind and then vanished?). This limited tooltip data is all that I need at the moment (level, race, class, guild, title, owner of pet/minion).
I've written my own "parser" for the enUS tooltip but this isn't going to work for my international users. I was hoping to find some code that had already been written and localized.
Regards,
Brad
0
Unless you didn't get the tooltip from a mouseover...
I got mine from "GameTooltip:SetHyperlink("unit:" .. guid);"
Regards,
Brad