I've been having this problem since 2.4 where when I try to move, add or remove bars, nothing happens. So I am basically stuck with the default 5,4,3,2,1 layout no matter what. I have tried deleting the SavedVariable file and ArkInv addon and it still didn't fix this problem. It is pretty annoying since it has pretty much made it unusable for me. Any ideas?
I've been having this problem since 2.4 where when I try to move, add or remove bars, nothing happens. So I am basically stuck with the default 5,4,3,2,1 layout no matter what. I have tried deleting the SavedVariable file and ArkInv addon and it still didn't fix this problem. It is pretty annoying since it has pretty much made it unusable for me. Any ideas?
Each time you retrieve an item from your mailbox, the contents of your mailbox change. The code in AI doesn't check for any of your options when a mailbox change occurs and just resorts anyway.
Each time you retrieve an item from your mailbox, the contents of your mailbox change. The code in AI doesn't check for any of your options when a mailbox change occurs and just resorts anyway.
forgot to restrict the window refresh on an inbox update to just the mailbox window, it'll be fixed in the next version.
I noticed that this addon is referencing LibStub in such a way that when running an updater in disembedded mode, LibStub will be downloaded as a disembedded library instead of an embedded one. This seems to be unintended behavior that is not consistent with other LibStub-dependent addons.
Is this some sort of known issue with ArkInv and Vista? I don't think reverting back to an older OS to fix an obvious App bug is a realistic solution.
I think he was being facetious about having to downgrade to XP, though Vista is it's own worst enemy and causes many issues with everything, so the problem could be Vista related.
I noticed that this addon is referencing LibStub in such a way that when running an updater in disembedded mode, LibStub will be downloaded as a disembedded library instead of an embedded one. This seems to be unintended behavior that is not consistent with other LibStub-dependent addons.
blame libsharedmedia 3.0 for that. i specifically asked the people at ace how to do it and this was their answer. the gist of it was that the updater cant handle libs with libs or something so i have to specifically embed libstub and the ace3 callbackhandler lib or libsharedmedia wont work.
Quote from flashburn »
Is this some sort of known issue with ArkInv and Vista?
i seriously doubt it, im running vista 64 bit and it works fine.
LibStub and CallbackHandler are meta-libraries. They do not exist as unique addons, and the trunk LibStub is a development area, not an actual addon. In truth, it should not even have a .toc.
Libraries that use LibStub must include it in their standalone versions. Any library that does not include LS/CBH in their full standalone distributions are broken. period.
Thusly, any addon that embeds those libraries should embed the library AND ITS DEPENDENCIES, but NEVER OPTDEP LIBSTUB OR CALLBACKHANDLER, since those are included in the full standalone library distributions.
In summary:
1. Include ONLY the library name in OptDeps and X-Embeds. The versions obtained by updaters based on those toc fields will always include LS/CBH as required.
2. Add ALL library dependencies to svn:externals and embeds.xml. This includes LibStub / CallbackHandler where appropriate.
I think he was being facetious about having to downgrade to XP, though Vista is it's own worst enemy and causes many issues with everything, so the problem could be Vista related.
Was a sarcastic reference to all the problems with Vista. I have spent hours helping a guildmate Vista user who deleted WTf\..\SavedVariables\ files and was still unable to revert to default because Vista uses some ridiculous sandboxing/aliasing scheme to protect users from themselves. They had to delete .lua files in some other strange location in order to reset addons to default. Your problem sounded similar but who knows.
because Vista uses some ridiculous sandboxing/aliasing scheme to protect users from themselves.
ah, the perils of installing wow (or any program that writes back to itself really) under the program files directory. i installed wow under the public directory so i dont encounter those sorts of issues.
LibStub and CallbackHandler are meta-libraries. They do not exist as unique addons, and the trunk LibStub is a development area, not an actual addon. In truth, it should not even have a .toc.
Libraries that use LibStub must include it in their standalone versions. Any library that does not include LS/CBH in their full standalone distributions are broken. period.
Thusly, any addon that embeds those libraries should embed the library AND ITS DEPENDENCIES, but NEVER OPTDEP LIBSTUB OR CALLBACKHANDLER, since those are included in the full standalone library distributions.
In summary:
1. Include ONLY the library name in OptDeps and X-Embeds. The versions obtained by updaters based on those toc fields will always include LS/CBH as required.
2. Add ALL library dependencies to svn:externals and embeds.xml. This includes LibStub / CallbackHandler where appropriate.
That sounds horribly complicated and not intuitive at all. I hope that's documented somewhere, such as the Wiki.
I'm having a problem with ArkInventory and ClosetGnome sets, right now I have three sets on my druid named Cat Bear and Healing. I created three rules using outfit( [Set Name] ) in AI and set each of them to a different bar. However things keep showing up in the wrong bars, for instance it puts all gear in the Cat set and the Bear set into the Bear bar (before I played around with the Order of the rules it was putting all the Healing set in the Bear bar but not the Cat set). I understand items that are in multiple sets could go in either place but gear that is in only one set is still showing up in the wrong bar. Any ideas what I'm doing wrong here or is this a bug with AI or ClosetGnome?
I, as some others, have issues with memory spikes. I've found a temporary solution which works fine for me.
For me, the memory use goes up dramatically whenever my bag contents change at the guild bank.
To remedy this, and save myself the hassle of manually forcing garbage collection I changed the following in "ArkInventory.lua".
Line # 4644 original code:
Please note that a garbage collect can cause a small performance hit, I however haven't noticed anything yet.
Also, I haven't analyzed ArkInventory to such an extent that I know all there is about the different functions, so there might be better places to insert a garbage collect. So if you find another sweet spot for this, please update.
If you have a full mailbox and use any mail-gathering addon (I personally use Postal) to open all the mail possible at once, ArkInventory will leak memory (1 MB/sec) until the point where the entire game slows down to 3-5 FPS (probably due to it wanting to GC every second to keep up with the incoming garbage).
Attempting to exit the game causes a hard crash with "memory cannot be 'written'".
I also wonder why garbage spikes to 68+ kb/sec whenever the contents of my inventory changes (or even opening the bag window) O.o
got some problems with the last update. bugsack says:
[code][2008/05/05 19:26:15-2015-x1]:
ArkInventory-2.27\Locale\deDE.lua:12: AceLocale(ArkInventory): Improper translation exists.
"MOD_MENU_MAIN_SEARCH_TEXT" is likely misspelled for locale deDE.
Ace2\AceLibrary\AceLibrary.lua:122: in function `error'
AceLocale-2.2-40629 (Ace2):220: in function `RegisterTranslations'
ArkInventory-2.27\Locale\deDE.lua:12: in main chunk
what to do?
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
Remove Vista and install Windows XP.
I have turned off instant sorting and sorting when the window opens, so in general I have to click the "refresh" button to force a sort.
However, when using Postal addon to "Open All" mail, it is resorting my bag for each mail that opens.
What events would cause a bag resort when I have all the visible sort options turned off?
Each time you retrieve an item from your mailbox, the contents of your mailbox change. The code in AI doesn't check for any of your options when a mailbox change occurs and just resorts anyway.
forgot to restrict the window refresh on an inbox update to just the mailbox window, it'll be fixed in the next version.
Is this some sort of known issue with ArkInv and Vista? I don't think reverting back to an older OS to fix an obvious App bug is a realistic solution.
I think he was being facetious about having to downgrade to XP, though Vista is it's own worst enemy and causes many issues with everything, so the problem could be Vista related.
blame libsharedmedia 3.0 for that. i specifically asked the people at ace how to do it and this was their answer. the gist of it was that the updater cant handle libs with libs or something so i have to specifically embed libstub and the ace3 callbackhandler lib or libsharedmedia wont work.
i seriously doubt it, im running vista 64 bit and it works fine.
LibStub and CallbackHandler are meta-libraries. They do not exist as unique addons, and the trunk LibStub is a development area, not an actual addon. In truth, it should not even have a .toc.
Libraries that use LibStub must include it in their standalone versions. Any library that does not include LS/CBH in their full standalone distributions are broken. period.
Thusly, any addon that embeds those libraries should embed the library AND ITS DEPENDENCIES, but NEVER OPTDEP LIBSTUB OR CALLBACKHANDLER, since those are included in the full standalone library distributions.
In summary:
1. Include ONLY the library name in OptDeps and X-Embeds. The versions obtained by updaters based on those toc fields will always include LS/CBH as required.
2. Add ALL library dependencies to svn:externals and embeds.xml. This includes LibStub / CallbackHandler where appropriate.
Was a sarcastic reference to all the problems with Vista. I have spent hours helping a guildmate Vista user who deleted WTf\..\SavedVariables\ files and was still unable to revert to default because Vista uses some ridiculous sandboxing/aliasing scheme to protect users from themselves. They had to delete .lua files in some other strange location in order to reset addons to default. Your problem sounded similar but who knows.
ah, the perils of installing wow (or any program that writes back to itself really) under the program files directory. i installed wow under the public directory so i dont encounter those sorts of issues.
That sounds horribly complicated and not intuitive at all. I hope that's documented somewhere, such as the Wiki.
standalone libraries include LS/CBH.
when you embed them, you must also embed LS/CBH.
don't ever put LS/CBH in OptDeps/X-Embeds.
done.
I, as some others, have issues with memory spikes. I've found a temporary solution which works fine for me.
For me, the memory use goes up dramatically whenever my bag contents change at the guild bank.
To remedy this, and save myself the hassle of manually forcing garbage collection I changed the following in "ArkInventory.lua".
Line # 4644 original code:
Then I added the garbage collect:
Please note that a garbage collect can cause a small performance hit, I however haven't noticed anything yet.
Also, I haven't analyzed ArkInventory to such an extent that I know all there is about the different functions, so there might be better places to insert a garbage collect. So if you find another sweet spot for this, please update.
Attempting to exit the game causes a hard crash with "memory cannot be 'written'".
I also wonder why garbage spikes to 68+ kb/sec whenever the contents of my inventory changes (or even opening the bag window) O.o
get this error:
and i wonder why some items have strange standards like the herbs, there are all trade goods and not found under herbalism.
got some problems with the last update. bugsack says:
what to do?