• You've discovered RedGuides, an EverQuest multi-boxing and scripting community 🧙‍♀️⚙️. We want you to play several EQ characters at once, come join us and say hello! 👋

  • A TLP without truebox has thawed (Very Vanilla ready)
    Frostreaver
Bazaar.mac

Release Bazaar.mac 2023.8.20.1

No permission to download
Join us with Level 2 access RedCents
Overview Commands Updates (14) Reviews (12) History Discussion
JerkChicken updated Bazaar.mac with a new update entry:

Minor Improvements

Updated 2022.10.23 - JerkChicken
Version 2022.10.23.0
Fixed: /trader : script_trader_price_controls was sending incorrect value to custom function.
Improved: /trader : better selection of search slot
Fixed: Message display issue with items having a comma in the name
Fixed: /buyer Removed erroneous "has it for" message
Click to expand...

Read the rest of this update entry...
 
Notice the mac by GoldenFrog and the new update. Either actually place the "quotes" in the ini? The update here does place the comma, but GoldenFrog version doesn't place either. This is a fix for the error, but will we need to edit any entries missing quotes in the ini after running the macro?
 
I had thought mine solved this issue, and hadn't seen JerkChicken's update 'til now.

Things work if you manually enter the items in the INI right now, but as you said, they wont' automatically be created at this time.

INI: 
[Damaged "Spirit of Khaliz" Spell]
SellPriceMin=1000
SellPriceMax=1
[Damaged "Elemental Blanket" Spell]
SellPriceMin=1000
SellPriceMax=1
 
Is running this supposed to create the ini file for all the data? I ran it and have no file to review and update at all. I've been known to be a little slow though lol
 
How would I exclude a second person, so I don't undercut someone else besides myself? I have a friend who sells his stuff on baz as well and would ideally like to just match his prices so whoever gets the sale gets it.
 
Ninjapickle said:
How would I exclude a second person, so I don't undercut someone else besides myself? I have a friend who sells his stuff on baz as well and would ideally like to just match his prices so whoever gets the sale gets it.
Click to expand...
Very top of that file. I don't know that this will match the price, but it will not compete with these toons. So if you are trying to match the price manually for these toons and they drop their price you will ignore their price. I think You can set it up to match pricing, but it will match pricing for everyone in the bazaar not including the exclude list. There is also the BazaarSettings.in file.
Code: 
[Excludes]
ExcludeList=Thistoon,AnotherToon,MyAlt,ThatToon
 
Last edited:
Cannonballdex said:
Very top of that file. I don't know that this will match the price, but it will not compete with these toons. So if you are trying to match the price manually for these toons and they drop their price you will ignore their price. I think You can set it up to match pricing, but it will match pricing for everyone in the bazaar not including the exclude list.
Code: 
[Excludes]
ExcludeList=Thistoon,AnotherToon,MyAlt,ThatToon
Click to expand...
Thanks again!
 
Good question, what are you doing wrong? jk.

This macro does not use that variable at all. So it's likely a plugin you have loaded conflicting. I have had similar issues when:
-- MQ2Hud was loaded
-- A plugin I no longer had a license for was loaded.

Given the error, and given you probably do not need any of the CWTN plugins running on a bazar mule I would suggest unloading any CWTN class plugins along with mq2cwtnbuffs

You can use the noauto option to prevent it from changing your load settings ie
/plugin mq2cwtnbuffs unload noauto

If you find out what is causing it let me know. I can look at forcing it to unload when the macro is ran
 
Billy2Shoes said:
I am getting the same issue and tried with all the CWTN plugins unloaded still the same. :-(
Click to expand...
this is due to something like boxhud, not anything to do with the cwtn plugins.

usually boxhud, or mq2hud, or mq2react

something that is trying to utilize ${CWTN} information, but it isn't the cwtn plugins.
 
Billy2Shoes said:
I dont use mq2hud or mq2react and unloaded boxhud still same issue
Click to expand...
you would need likely more than to just unload boxhud. if boxhud "locked" a ${CWTN} because it didn't exist, you may still get that issue.

it is absolutely because somewhere you have/had a ${CWTN} that wasn't available.

boxhud even has a FAQ item and instructions on how to deal with that particular issue

Q. Why does boxhud cause characters macros to throw errors about undefined variables?
A. By default, Boxhud will observe each configured property on all characters. Observing a property which doesn't exist on a character, for example, observing CWTN.Mode on a Bard, will cause undefined variable errors when trying to run a macro on the Bard. To avoid this, filters should be applied to the property to define which characters the property should be observed for.
For example, when adding the property CWTN.Mode, the DependsOnName and DependsOnValue fields can be set to restrict what classes CWTN.Mode will be observed for:
INI: 
Property: CWTN.Mode
DependsOnName: Me.Class.ShortName
DependsOnValue: clr,shm,war,shd,mnk,rog,ber,pal,nec

Note that the observer is created from the character that is running boxhud, so if your driver toon is running boxhud and trying to observe CWTN.Mode on the bard, you would need to fix the property on boxhud on your driver toon to not observe the property for bards.
 
I'm getting a lot of problems with some of the new collects from Shadowhaven.

1675098258296.png

Prices for these are high in a bazaar search, and the bazaar.mac (including the one GoldenFrog posted a few months back) don't handle this and instead set the price to 0 and remove them from the listing.

They are also not being added to the "Bazaar.ini" file correctly.

[Damaged Illusion:]
Imp Spell=SellPriceMax
[Damaged Force]
of=Nature Spell
Click to expand...
 
I fixed this, for the particular set of items having the problem, by editing the Bazaar.ini file entry and placing it with the following:

Code: 
[Damaged "Spirit of Khaliz" Spell]
SellPriceMin=-1
SellPriceMax=1
[Damaged "Sanctuary" Spell]
SellPriceMin=-1
SellPriceMax=1
[Damaged "Remove Curse" Spell]
SellPriceMin=-1
SellPriceMax=1
[Damaged "Force of Nature" Spell]
SellPriceMin=-1
SellPriceMax=1
[Damaged "Tunare's Renewal" Spell]
SellPriceMin=-1
SellPriceMax=1
[Damaged "Illusion: Imp" Spell]
SellPriceMin=-1
SellPriceMax=1
[Damaged "Elemental Blanket" Spell]
SellPriceMin=-1
SellPriceMax=1
[Damaged "Kragg's Mending" Spell]
SellPriceMin=-1
SellPriceMax=1
 
I see the fix for the Damaged Spells, but all my other items with " in the title are ignored in the search. They all get set to 0 and not for sale. Is there a larger fix, or do I have to add each one to the ini individually?
 
isn't there a way that you can set up a trader or someone to search for specific items and buy them if they are at a certain price or below. I thought I saw it somewhere, but can't find it. (i.e. if Luclinite silk is in bazaar for 50pp or less, i automatically buy it). Something like that anyway.
 
After todays patch, it seems when you run Bazaar.mac for the first time after login, it will immediately begin trader mode and not check / adjust prices. Additionally will go to offline mode count down if you have that set to TRUE. If offline trader is set to FALSE, it will just sit there in trader mode at that point. If you /end, then begin bazaar.mac once more, it will behave normally. I already tried the toggle in the options to not use the new UI to see if it made a difference for some reason. But it did not.

EDIT: Discovered the reason this is happening is there is a noticeable delay between the trader window opening now and when the items populate the window. Sometimes taking as long as 2-3 seconds for population no matter how many items it has to populate. I believe this is likely due to the UI changes that have been happening with the patch. I'd think adding a 5 second delay between when trader window opens to item pricing search will remedy the issue moving forward if anyone maintains this macro. I'd also be interested in knowing who else might be having this problem as stated above. Although probable but not likely it is something else on my end...regardless it is a problem. At least for me.

EDIT2: After exploring the macro, it looks like there was an intentional delay on line 246 already. But, currently it has a /delay 5 instead of /delay 5s. Corrected this to allow for the delay necessary to populate the list before searching items. Likely because this population delay wasn't this exaggerated before the patch is why this wasn't noticed before I am thinking. For anyone that may have this issue also after the last patch, or that start to experience this same thing, here is the fix.
 
Last edited:
[CODE title="Lines 245 & 246"] /delay 5s ${Window[BazaarWnd].Open}
/delay 5[/CODE]

Lord Sivion said:
After exploring the macro, it looks like there was an intentional delay on line 246 already. But, currently it has a /delay 5 instead of /delay 5s. Corrected this to allow for the delay necessary to populate the list before searching items. Likely because this population delay wasn't this exaggerated before the patch is why this wasn't noticed before I am thinking. For anyone that may have this issue also after the last patch, or that start to experience this same thing, here is the fix.
Click to expand...

Thanks for posting that. =)


The other problem I am seeing is more likely UI related, not all items are loaded up when I type /trader. That could be affecting this as well.
 
Last edited:
Lord Sivion said:
After todays patch, it seems when you run Bazaar.mac for the first time after login, it will immediately begin trader mode and not check / adjust prices. Additionally will go to offline mode count down if you have that set to TRUE. If offline trader is set to FALSE, it will just sit there in trader mode at that point. If you /end, then begin bazaar.mac once more, it will behave normally. I already tried the toggle in the options to not use the new UI to see if it made a difference for some reason. But it did not.

EDIT: Discovered the reason this is happening is there is a noticeable delay between the trader window opening now and when the items populate the window. Sometimes taking as long as 2-3 seconds for population no matter how many items it has to populate. I believe this is likely due to the UI changes that have been happening with the patch. I'd think adding a 5 second delay between when trader window opens to item pricing search will remedy the issue moving forward if anyone maintains this macro. I'd also be interested in knowing who else might be having this problem as stated above. Although probable but not likely it is something else on my end...regardless it is a problem. At least for me.

EDIT2: After exploring the macro, it looks like there was an intentional delay on line 246 already. But, currently it has a /delay 5 instead of /delay 5s. Corrected this to allow for the delay necessary to populate the list before searching items. Likely because this population delay wasn't this exaggerated before the patch is why this wasn't noticed before I am thinking. For anyone that may have this issue also after the last patch, or that start to experience this same thing, here is the fix.
Click to expand...
I was wondering what I did to break it! Thank you!!!
 
I use a custom rounding section and don't want to revisit a change to the macro right now. (Because I forgot how to do it!)

My solution is to manually open Trader mode and wait the second or two for the window to populate before invoking the macro.
 
Lord Sivion said:
After todays patch, it seems when you run Bazaar.mac for the first time after login, it will immediately begin trader mode and not check / adjust prices. Additionally will go to offline mode count down if you have that set to TRUE. If offline trader is set to FALSE, it will just sit there in trader mode at that point. If you /end, then begin bazaar.mac once more, it will behave normally. I already tried the toggle in the options to not use the new UI to see if it made a difference for some reason. But it did not.

EDIT: Discovered the reason this is happening is there is a noticeable delay between the trader window opening now and when the items populate the window. Sometimes taking as long as 2-3 seconds for population no matter how many items it has to populate. I believe this is likely due to the UI changes that have been happening with the patch. I'd think adding a 5 second delay between when trader window opens to item pricing search will remedy the issue moving forward if anyone maintains this macro. I'd also be interested in knowing who else might be having this problem as stated above. Although probable but not likely it is something else on my end...regardless it is a problem. At least for me.

EDIT2: After exploring the macro, it looks like there was an intentional delay on line 246 already. But, currently it has a /delay 5 instead of /delay 5s. Corrected this to allow for the delay necessary to populate the list before searching items. Likely because this population delay wasn't this exaggerated before the patch is why this wasn't noticed before I am thinking. For anyone that may have this issue also after the last patch, or that start to experience this same thing, here is the fix.
Click to expand...
Thanks Doc I use this sometimes to set and adjust prices on my traders.
 
Sic said:
you would need likely more than to just unload boxhud. if boxhud "locked" a ${CWTN} because it didn't exist, you may still get that issue.

it is absolutely because somewhere you have/had a ${CWTN} that wasn't available.

boxhud even has a FAQ item and instructions on how to deal with that particular issue

Q. Why does boxhud cause characters macros to throw errors about undefined variables?
A. By default, Boxhud will observe each configured property on all characters. Observing a property which doesn't exist on a character, for example, observing CWTN.Mode on a Bard, will cause undefined variable errors when trying to run a macro on the Bard. To avoid this, filters should be applied to the property to define which characters the property should be observed for.
For example, when adding the property CWTN.Mode, the DependsOnName and DependsOnValue fields can be set to restrict what classes CWTN.Mode will be observed for:
INI: 
Property: CWTN.Mode
DependsOnName: Me.Class.ShortName
DependsOnValue: clr,shm,war,shd,mnk,rog,ber,pal,nec

Note that the observer is created from the character that is running boxhud, so if your driver toon is running boxhud and trying to observe CWTN.Mode on the bard, you would need to fix the property on boxhud on your driver toon to not observe the property for bards.
Click to expand...
Half the time I have no idea what you are saying Sic still you manage to come to the rescue of every person having trouble and fix everything that gets broken. THANK YOU!!!
 
B_I_G__D_A_D_D_Y said:
I use a custom rounding section and don't want to revisit a change to the macro right now. (Because I forgot how to do it!)

My solution is to manually open Trader mode and wait the second or two for the window to populate before invoking the macro.
Click to expand...
Don't worry about it. I already uploaded the change to it. But, yes your solution would work fine as well!
 
Oh I definitely need this even using shortcuts seems like a process which takes me an hour to price all my items before bed!
 
Sum1 said:
This is kind of a stupid workaround, but you can add yourself to the .ini that removes a trader from competition with you.

Open up your bazaar.ini and find this section (mine is at the top):

[Excludes]
ExcludeList=name1,name2,name3,name4

Add your own trader's name to the list and see if that works.
Click to expand...
on my end, that file is named, "bazaarSettings.ini, not just bazaar.ini, just an observation. Looked in Bazaar.ini for excludes, didnt find it, so went to bazaarSettings.ini, there is was.
 
ok so this is a problem,,of sorts. It concerns the use of /mac bazaar which i know many use.
Its not a technical problem, which is why ive posted here hopefully rightly so as it concerns all.
Guys please read the instructions and understand them for the above macro, far to many folk are letting the macro set items at the 2mill cap for items with no price set.
Im seeing a lot of general and guild chat asking why is that fruit/water flask /xyz priced at 2mill,then you get knock on effect of next person doing same and thiers going slightly lower in competition. You are highlighting rather spendidly that you are using mq2 congratulations! On top of that you messing up your server economy! A simple easy fix for this is at the end of running the /mac choose bazaar search based on your toon only check your prices all look sensible,if they are not then remove offending items ie;water flasks etc,or go into ini and set you max min prices. PEOPLE ARE STARTING TO NOTICE!
 
You must log in or register to reply here.
Release Bazaar.mac
Next unread thread 🦁

Users who are viewing this thread

Total: 1 (members: 0, guests: 1)
Back
Top
Cart

Cart

Total -