AHSearch is causing a ton of errors for me with other addons (FuBar, assorted FuBar plugins, SimpleMiniMap, Quartz). Disabling this addon fixes everything. I know this addon has probably been forgotten... but an update would be heavenly.
AHSearch is causing a ton of errors for me with other addons (FuBar, assorted FuBar plugins, SimpleMiniMap, Quartz). Disabling this addon fixes everything. I know this addon has probably been forgotten... but an update would be heavenly.
AHsearch is working fine for me. No error at all. Do you use the latest version?
What you can do:
1.) Download & install latest version
2.) Disable all addons expect AHsearch (and may be BugGrabber or so)
3.) If you get an error please post here. If not: It's not AHsearch!!!
If AHsearch is the first addon (in alphabetical order) that uses the Ace2 libs, AHsearch is listed in the error message, thats true but you have to read the WHOLE error message(s)! Use BugGrabber/BugSack and read the whole error message(s).
I bet it's another addon you are using.
AHsearch:
- AHsearch v3
- Interface: 30000 (if using with 2.4.3 check 'load outdated addons')
- works with 2.4.3 and 0.x/3.x (live and PTR/WotLK-beta)
- removed most Ace2 libraries (expect AceLibrary and Dewdrop-2.0)
- NEW: added key bindings for fast cycle search (next/previous/random)
- NEW: DB format: (AHsearch DB version 3)
I have tested this version with any previous AHsearch DB versions and all worked
fine, but to be on the secure side, do the following before running WoW:
PLEASE MAKE A BACKUP OF YOUR EXISTING AHsearch DATA BEFORE USING THIS VERSION!
copy
<WoWinstallDir>\WTF\Account\<AccountName>\SavedVariables\AHsearch.lua
to a save place before installing this addon to avoid data loss!
Only the AHsearch AceDB-2.0 'Default' profile from previous AHsearch versions is
copied to the new DB format!!! If you are using any other AHsearch AceDB-2.0 profile:
DO NOT INSTALL THIS AHsearch VERSION. First, do the following:
- use your old AHsearch version and copy anything you want to the 'Default' profile
(if you are using additional AHsearch profiles you should know how to copy
AceDB-2.0 profiles)
AHsearch does no longer support different 'profiles':
There is only one data table for all chars/servers/whatever...
- NEW: [0.x/3.x client (PTR/WotLK-beta) only!]
WotLK AH category/Filter fix:
WoW client version 0.x/3.x (PTR/WotLK-beta) adds one new main category to the
Auction House Filters: Glyphs.
This Filters are indexed by numbers. Search queries that uses Auction House Filters
that are greater (by it's index) than the new Glyphs-category/filter will not work
correctly!
- You can type '/ahsearch wotlk' to automatically fix such search queries.
- You can do this only once.
- Do not use this command if you already fixed the AH Filters manually ('by hand').
- Save your data at a secure place before using this command.
- This is only available if you use the WoW client version 0.x/3.x (PTR/WotLK-beta).
Anyway, you can fix it manually:
You must fix each search query (with Filterindex >=5) in every category.
==> 'Search query: Edit' -> category -> search query -> 'Filters'
You can use AHsearch v3 with WoW client version 2.4.3. If you update your client to 3.x
a message is shown once that tells you that you can type '/ahsearch wotlk' to fix your
categories/filters.
O! This addon is back... very nice, installed today, even got my old searches working. Notice a slight bug tho, when adding new searches, only the "name" gets stored, I had to go over and manually enter the search term too (i.e. copy-paste from the name).
O! This addon is back... very nice, installed today, even got my old searches working. Notice a slight bug tho, when adding new searches, only the "name" gets stored, I had to go over and manually enter the search term too (i.e. copy-paste from the name).
? hmm strange, sorry but I don't understand what you mean. If you save a new search the 'search query' (the name of the search, that is listed in the menu) and the 'search term' (text typed in BrowseName:GetText()) is the same. You can change the name 'search query' before saving. If there is no text in BrowseName:GetText() (useful if you like to search for e.g. all epics lvl2+ or so), you MUST enter a text for the name. The name of the search 'search query' must have at least 1 character.
I tested on PTR (0.0.2.9061) and current live server (2.4.3) and I have no problem to save a new search or so. Do you play on beta? or can you give me some more details please.
Just a minor issue: The button strata/level is to high. When I open WorldMap (I'm using Mapster), AHSearch button is displayed over the map. Can you please fix it?
Also: You've integrated AHSearchNext into your addon, but AFAIK it is only accessible from keybinding. Can you create button or menu entry for selecting "next" search?
Just a minor issue: The button strata/level is to high. When I open WorldMap (I'm using Mapster), AHSearch button is displayed over the map. Can you please fix it?
Also: You've integrated AHSearchNext into your addon, but AFAIK it is only accessible from keybinding. Can you create button or menu entry for selecting "next" search?
I added some options to show cycle search buttons. This buttons are DISABLED by DEFAULT. You can enable them via:
'AHsearch options menu (right-click 'AHsearch Button') -> Options -> Buttons'
30100-1 (2009-04-19):
- update for 30100
- added zhCN localization (6 out of 108 strings are missing)
Shamelessly taken from a chinese WoW forum post about AHsearch.
Thanks babayaga and whoever localized it.
If you can localize the missing string or if something is wrong, please contact me via wowace.com forum.
Download ONLY via attached file in first post of this thread.
Is it possible to do somehow an exact name search for some items?
For example i want to search for "borean leather" without showing and having to search through the tons of scraps/heavy. Since all of them are in same category and have the same level, i could'nt figure how to filter them out. Maybe i overlooked something.
Version 30200-1-nolib (Released: 2009/08/05) produces the following Lua error although Dewdrop-2.0 is installed:
[2009/08/05 21:17:14-1424-x1]: AHsearch-30200-1\AHsearch.lua:51: Cannot find a library instance of Dewdrop-2.0.
Ace2-r1096\AceLibrary\AceLibrary.lua:490: in function `AceLibrary'
AHsearch-30200-1\AHsearch.lua:51: in main chunk
Error occured in: Global
Count: 1
Message: ..\AddOns\AHsearch\AHsearch.lua line 51:
Cannot find a library instance of Dewdrop-2.0.
Debug:
[C]: ?
[C]: error()
Ace2\AceLibrary\AceLibrary.lua:490: AceLibrary()
AHsearch\AHsearch.lua:51: in main chunk
There any trick to getting this to inject a saved search value into the search field in Auctioneer? Everything seems to work fine with the latest version - even executing a search in Auctioneer, it just isn't inserting the search value.
EDIT: I should note I'm using the 5.6.4386 version of Auctioneer.
I see, then that file is not properly deleted from CurseForge or WowAce (whichever upload method you're using), because Curse Clients keeps re-downloading "30200-1-nolib (Released: 2009/08/05)" which lacks the libraries.
Anyway, to make a no-lib version is very easy, just do this to the .toc file:
That's enough to make it load the libraries separately if they exist, or internally if you bundled them. You'll then just have to do something in the packer so CurseClient knows which libraries to download separately for the nolib version.
I know how to make a -nolib version, but I do not want a -nolib version of AHsearch! That's why I immediately deleted the -nolib file via the project page (one minute or so after the release tagging). I forgot to add 'enable-nolib-creation: no' to the .pkgmeta file, because I thought it's enough to delete the -nolib file. But if it's not synced with curse downloader or whatever it's a bug and someone should report it to the wowace team. (If an addon author deletes a file no one should be able to download it!)
Funny, but what happened is exactly what I wanted to avoid...error messages about damned libs...
Hahaha, yeah I feel your pain. You managed to solve the -nolib boogie with the newly updated version to replace the old one. Good work!
However, why are you so afraid of a nolib version? Yes, you don't want people to whine that the libraries are missing. But they WON'T be missing, because the only way to get the nolib version is to use the curse client, and if you do that, it installs the libraries.
Perhaps you're thinking about the 3.2 LoadAddOn() bug? It doesn't matter, Blizzard is bound to fix that, because it causes errors even in their default UI without any addons (Blizzard_BattlefieldMap is load on demand).
Also think about all the successful addons with nolib versions, here are some high profile examples: Ackis Recipe List
ag_UnitFrames
Atlasloot
Bartender
ButtonFacade
ElkBuffBars
Fubar
Grid
kgPanels
Omen
Prat
Quartz
RatingBuster
Recount
ScrollingCombatText (SCT)
Skinner
Talented
XLoot
Why not make a nolib version with the method above? There's no harm if done right. It benefits the user who has less files to load during WoW launch, less files to fill up the filesystem, less conflicts, and less strain on the Curse servers (nolib versions are smaller downloads), as well as ensuring that the library is always up to date. Also, if the reason for bundling the library was to make sure you only use supported versions of that lib (and not newer versions that may break your addon), that's futile, because if you have a newer version of that library anywhere (inside another addon or as a separate folder), that version will overwrite the old one in memory.
So those are some reasons to not fear a nolib version. :-)
@Yewbacca:
True, but different versions just confuses the majority of all users, me too. This and error messages about missing libraries are the main reasons why I just want one most recent version of AHsearch. I will remove Dewdrop-2.0 and AceLibrary sometime, if I have enough time to completely rewrite it :)
@scrumbus:
The last time I used Auctioneer (long ago, because I hate the dozen addons that come with it, the lag, the bugs, the... aahhhhhh never ever again) AHsearch worked very well with it. Auctioneer is mostly changing the whole Auction House Interface (to not say makes a real mess with it ;) ). AHsearch works with the original ingame Auction House. It's the fault of Auctioneer if AHsearch is not working, sorry.
@picachu:
No. Because to make a exact name search, it's necessary to rebuild the whole auction list that the client gets from the server. AHsearch uses only the ingame AH search possibilites. AHsearch is not changing anything at the Auction House UI (expect: one Button is added).
Was wondering if you would consider adding to the toc:
## OptionalDeps: Ace2, DewdropLib
I understand that you do not want a -nolib version be available for download, however in my case, I manually delete all libs folders from addons I download since I prefer the disembedded model as it does speed up the load time of my WoW client.
I'm not requesting you make a -nolib version or @no-lib-strip@ tags, just adding OptionalDeps.
Using the pkgmeta you can make it automatically write both a regular zip and a -nolib zip (only downloadable by the client). It couldn't be easier to manage, for what it does! :-)
Note how there's NO hashmarks (#) on the lines between the no-lib-strip parts. That's what the curse packer comments out when it automatically makes the nolib version.
The only other step is to edit the .pkgmeta file as follows:
After these two changes, each time you tell Curse packer to pack your project, it will AUTOMATICALLY create two files:
"If your project has libraries, two zips will be made, one with libraries (main one) and one without, the -nolib version."
The -nolib version will ONLY be accessible from Curse Client and if the user has set his client to nolib mode. In that case it downloads the -nolib zip as well as all libraries (if you don't already have them).
Nolib leads to faster loading (no need for WoW to parse let's say 1500 extra files, IF the libraries had been embedded for every addon I use), less problems (ensures that the latest version of a library loads cleanly without 20 other versions running their load procedures, seeing that another version was loaded, and aborting load), and as mentioned it puts less strain on the file system too. The file system is a big database and it's the snappiest at lookups when you don't overload it with frivolous files that could be avoided.
So give it a spin kunda, it's not hard, it's just a big benefit to everyone, and you won't get user reports since there's nothing to report (the client ensures the libraries are downloaded, and it also makes clear that enabling nolib mode is for experts). From curse.com's manual download, and for 99% of users with the client, things will carry on as usual, but for that 1% they'll get an autogenerated zip without libraries. Could it be easier?
hmm I accidentally removed X-Embeds and OptionalDeps in r56657. don't know why :) ... please try r59734
AHsearch is working fine for me. No error at all. Do you use the latest version?
http://files.wowace.com/AHsearch/
latest version:
http://files.wowace.com/AHsearch/AHsearch.zip
What you can do:
1.) Download & install latest version
2.) Disable all addons expect AHsearch (and may be BugGrabber or so)
3.) If you get an error please post here. If not: It's not AHsearch!!!
If AHsearch is the first addon (in alphabetical order) that uses the Ace2 libs, AHsearch is listed in the error message, thats true but you have to read the WHOLE error message(s)! Use BugGrabber/BugSack and read the whole error message(s).
I bet it's another addon you are using.
EDIT: links
AHsearch-r82077: http://files.wowace.com/AHsearch/
AHsearch: - AHsearch v3 - Interface: 30000 (if using with 2.4.3 check 'load outdated addons') - works with 2.4.3 and 0.x/3.x (live and PTR/WotLK-beta) - removed most Ace2 libraries (expect AceLibrary and Dewdrop-2.0) - NEW: added key bindings for fast cycle search (next/previous/random) - NEW: DB format: (AHsearch DB version 3) I have tested this version with any previous AHsearch DB versions and all worked fine, but to be on the secure side, do the following before running WoW: PLEASE MAKE A BACKUP OF YOUR EXISTING AHsearch DATA BEFORE USING THIS VERSION! copy <WoWinstallDir>\WTF\Account\<AccountName>\SavedVariables\AHsearch.lua to a save place before installing this addon to avoid data loss! Only the AHsearch AceDB-2.0 'Default' profile from previous AHsearch versions is copied to the new DB format!!! If you are using any other AHsearch AceDB-2.0 profile: DO NOT INSTALL THIS AHsearch VERSION. First, do the following: - use your old AHsearch version and copy anything you want to the 'Default' profile (if you are using additional AHsearch profiles you should know how to copy AceDB-2.0 profiles) AHsearch does no longer support different 'profiles': There is only one data table for all chars/servers/whatever... - NEW: [0.x/3.x client (PTR/WotLK-beta) only!] WotLK AH category/Filter fix: WoW client version 0.x/3.x (PTR/WotLK-beta) adds one new main category to the Auction House Filters: Glyphs. This Filters are indexed by numbers. Search queries that uses Auction House Filters that are greater (by it's index) than the new Glyphs-category/filter will not work correctly! - You can type '/ahsearch wotlk' to automatically fix such search queries. - You can do this only once. - Do not use this command if you already fixed the AH Filters manually ('by hand'). - Save your data at a secure place before using this command. - This is only available if you use the WoW client version 0.x/3.x (PTR/WotLK-beta). Anyway, you can fix it manually: You must fix each search query (with Filterindex >=5) in every category. ==> 'Search query: Edit' -> category -> search query -> 'Filters' You can use AHsearch v3 with WoW client version 2.4.3. If you update your client to 3.x a message is shown once that tells you that you can type '/ahsearch wotlk' to fix your categories/filters.If you find any bugs, please post here, thanks.
? hmm strange, sorry but I don't understand what you mean. If you save a new search the 'search query' (the name of the search, that is listed in the menu) and the 'search term' (text typed in BrowseName:GetText()) is the same. You can change the name 'search query' before saving. If there is no text in BrowseName:GetText() (useful if you like to search for e.g. all epics lvl2+ or so), you MUST enter a text for the name. The name of the search 'search query' must have at least 1 character.
I tested on PTR (0.0.2.9061) and current live server (2.4.3) and I have no problem to save a new search or so. Do you play on beta? or can you give me some more details please.
Just a minor issue: The button strata/level is to high. When I open WorldMap (I'm using Mapster), AHSearch button is displayed over the map. Can you please fix it?
Also: You've integrated AHSearchNext into your addon, but AFAIK it is only accessible from keybinding. Can you create button or menu entry for selecting "next" search?
fixed
I added some options to show cycle search buttons. This buttons are DISABLED by DEFAULT. You can enable them via:
'AHsearch options menu (right-click 'AHsearch Button') -> Options -> Buttons'
AHsearch-r64-release:
http://www.wowace.com/projects/ahsearch/files/
Download ONLY via attached file in first post of this thread.
For example i want to search for "borean leather" without showing and having to search through the tons of scraps/heavy. Since all of them are in same category and have the same level, i could'nt figure how to filter them out. Maybe i overlooked something.
Count: 1
Message: ..\AddOns\AHsearch\AHsearch.lua line 51:
Cannot find a library instance of Dewdrop-2.0.
Debug:
[C]: ?
[C]: error()
Ace2\AceLibrary\AceLibrary.lua:490: AceLibrary()
AHsearch\AHsearch.lua:51: in main chunk
Okay, there was a *-nolib version online for about 1 minute, than I deleted it.
Please download AHsearch-30200-1.zip (http://www.wowace.com/addons/ahsearch/files/ or attached file at first post of this thread)
EDIT: I should note I'm using the 5.6.4386 version of Auctioneer.
I see, then that file is not properly deleted from CurseForge or WowAce (whichever upload method you're using), because Curse Clients keeps re-downloading "30200-1-nolib (Released: 2009/08/05)" which lacks the libraries.
Anyway, to make a no-lib version is very easy, just do this to the .toc file:
That's enough to make it load the libraries separately if they exist, or internally if you bundled them. You'll then just have to do something in the packer so CurseClient knows which libraries to download separately for the nolib version.
Those two changes make the nolib version work.
I know how to make a -nolib version, but I do not want a -nolib version of AHsearch! That's why I immediately deleted the -nolib file via the project page (one minute or so after the release tagging). I forgot to add 'enable-nolib-creation: no' to the .pkgmeta file, because I thought it's enough to delete the -nolib file. But if it's not synced with curse downloader or whatever it's a bug and someone should report it to the wowace team. (If an addon author deletes a file no one should be able to download it!)
Funny, but what happened is exactly what I wanted to avoid...error messages about damned libs...
Here is an updated version:
AHsearch-30200-2.zip (http://www.wowace.com/addons/ahsearch/files/)
However, why are you so afraid of a nolib version? Yes, you don't want people to whine that the libraries are missing. But they WON'T be missing, because the only way to get the nolib version is to use the curse client, and if you do that, it installs the libraries.
Perhaps you're thinking about the 3.2 LoadAddOn() bug? It doesn't matter, Blizzard is bound to fix that, because it causes errors even in their default UI without any addons (Blizzard_BattlefieldMap is load on demand).
Also think about all the successful addons with nolib versions, here are some high profile examples:
Ackis Recipe List
ag_UnitFrames
Atlasloot
Bartender
ButtonFacade
ElkBuffBars
Fubar
Grid
kgPanels
Omen
Prat
Quartz
RatingBuster
Recount
ScrollingCombatText (SCT)
Skinner
Talented
XLoot
Why not make a nolib version with the method above? There's no harm if done right. It benefits the user who has less files to load during WoW launch, less files to fill up the filesystem, less conflicts, and less strain on the Curse servers (nolib versions are smaller downloads), as well as ensuring that the library is always up to date. Also, if the reason for bundling the library was to make sure you only use supported versions of that lib (and not newer versions that may break your addon), that's futile, because if you have a newer version of that library anywhere (inside another addon or as a separate folder), that version will overwrite the old one in memory.
So those are some reasons to not fear a nolib version. :-)
Take care!
True, but different versions just confuses the majority of all users, me too. This and error messages about missing libraries are the main reasons why I just want one most recent version of AHsearch. I will remove Dewdrop-2.0 and AceLibrary sometime, if I have enough time to completely rewrite it :)
@scrumbus:
The last time I used Auctioneer (long ago, because I hate the dozen addons that come with it, the lag, the bugs, the... aahhhhhh never ever again) AHsearch worked very well with it. Auctioneer is mostly changing the whole Auction House Interface (to not say makes a real mess with it ;) ). AHsearch works with the original ingame Auction House. It's the fault of Auctioneer if AHsearch is not working, sorry.
@picachu:
No. Because to make a exact name search, it's necessary to rebuild the whole auction list that the client gets from the server. AHsearch uses only the ingame AH search possibilites. AHsearch is not changing anything at the Auction House UI (expect: one Button is added).
## OptionalDeps: Ace2, DewdropLib
I understand that you do not want a -nolib version be available for download, however in my case, I manually delete all libs folders from addons I download since I prefer the disembedded model as it does speed up the load time of my WoW client.
I'm not requesting you make a -nolib version or @no-lib-strip@ tags, just adding OptionalDeps.
For your consideration.
Thank you.
Edit: Wait a minute... I accepted the "confusing to manage" part before I noticed that you DO use the Curse packer. Hehe.
It's not confusing at all to make a nolib version with the packer. Here's the .pkgmeta documentation:
http://kb.curseforge.com/projects/pkgmeta-file/
Using the pkgmeta you can make it automatically write both a regular zip and a -nolib zip (only downloadable by the client). It couldn't be easier to manage, for what it does! :-)
Here are the special .toc keywords:
http://kb.curseforge.com/repositories/repository-keyword-substitutions/
Now, to make an automatic -nolib version that requires no work for you, do this:
In the .toc file:
Note how there's NO hashmarks (#) on the lines between the no-lib-strip parts. That's what the curse packer comments out when it automatically makes the nolib version.
The only other step is to edit the .pkgmeta file as follows:
externals: libs/AceLibrary: url: svn://svn.wowace.com/wow/whateverthesvnpathistoacelibrary tag: latest libs/Dewdrop-2.0: url: svn://svn.wowace.com/wow/whateverthesvnpathistocallbackhandler tag: latest enable-nolib-creation: yesAfter these two changes, each time you tell Curse packer to pack your project, it will AUTOMATICALLY create two files:
"If your project has libraries, two zips will be made, one with libraries (main one) and one without, the -nolib version."
The -nolib version will ONLY be accessible from Curse Client and if the user has set his client to nolib mode. In that case it downloads the -nolib zip as well as all libraries (if you don't already have them).
Nolib leads to faster loading (no need for WoW to parse let's say 1500 extra files, IF the libraries had been embedded for every addon I use), less problems (ensures that the latest version of a library loads cleanly without 20 other versions running their load procedures, seeing that another version was loaded, and aborting load), and as mentioned it puts less strain on the file system too. The file system is a big database and it's the snappiest at lookups when you don't overload it with frivolous files that could be avoided.
So give it a spin kunda, it's not hard, it's just a big benefit to everyone, and you won't get user reports since there's nothing to report (the client ensures the libraries are downloaded, and it also makes clear that enabling nolib mode is for experts). From curse.com's manual download, and for 99% of users with the client, things will carry on as usual, but for that 1% they'll get an autogenerated zip without libraries. Could it be easier?