Post: #41

you can use ToggleAbbreviation function to toggle guild abbrev on/off

but stone privs are working fine, 100=enemy and 101=ally
https://github.com/Sphereserver/Source/b...se.h#L2057

also try using .notoupdate manually on both chars, maybe your guild is already working but just not updating the char notoriety color on name (.notoupdate will force it to update)

Post: #42

After looking at this for a while, there are flaws in the guild system.
It seems to work fine when 2 guilds are of opposite alignment (order/chaos)
Things get messed up when guilds have no alignments. ISALLY seems to always return true...
It would take some time to revise the whole system as I think even the dialogs are flawed (no method to declare allies... or is not at war assumed to be allies?)

For now, there is a method I found that you can use to override things.
There are 2 functions in sphere_genericstone_functions.scp:
f_stonesys_internal_isatwarwith
f_stonesys_internal_isalliedwith
uncomment them both, to override internal functions. RETURN 2 in this case will make it check internal functions.
This line ---> If (<guildfromuid.<argo.uid>.isally> && <argo.guildfromuid.<uid>.isally>) seems to be causing the issue so you might want to eliminate it or customise the whole function.
You could basically hardcode which guilds are at war with these 2 functions.
Anyways, I'm sure you can figure it out from here

Post: #43

yipee! BACK ORANGE =P

250 days and someone believes me, thanks Ben

Post: #44

that's what I already said some weeks ago... f_stonesys_internal_isatwarwith / f_stonesys_internal_isalliedwith
but it's nice to know that the problem is now solved

anyway, nice finding Ben. To prevent some problems like this, maybe it's better change guildstones to use guild alignment only on wars but not on alliances