Issue Information
-
#007868
-
0 - None Assigned
-
Duplicate
Issue Confirmations
-
Yes (1)No (0)
Everytime I use the command, /mineffect or /minimize, and I warped, the /mineffect goes off so I have to redo or retype the command.
Im using 2013-08-07 client.. Please confirm Thank you!
Im using 2013-08-07 client.. Please confirm Thank you!
changed status to: Confirmed
its on Ind's to do?? it think..
p.flag.mineffect = map_flag_gvg(bl->m); // FIXME/CHECKME Forcing /mineffect in castles during WoE (probably redundant? I'm not sure) p.flag.nolockon = 0; // TODO p.flag.countpk = map->list[bl->m].flag.pvp ? 1 : 0; p.flag.nopartyformation = map->list[bl->m].flag.partylock ? 1 : 0; p.flag.bg = map->list[bl->m].flag.battleground ? 1 : 0; p.flag.noitemconsumption = 0; // TODO p.flag.summonstarmiracle = 0; // TODO p.flag.usecart = 1; // TODO
I'm the one who added the 'TODO' flags there (back when I fixed the .party and .guild flags in commit 605fe977), as I didn't really know how to handle the .mineffect flag, and I had no Aegis server to test with.
Can you check if changing the line
Can you check if changing the line
p.flag.mineffect = map_flag_gvg(bl->m); // FIXME/CHECKME Forcing /mineffect in castles during WoE (probably redundant? I'm not sure)to
p.flag.mineffect = 1;yields the desired result?
changed status to: Needs More Info
changed status to: Started
ah..ok let me do the trick..
would it be that this data needs to be sent when the map doesn't disable it like gvg?
void clif_parse_LessEffect(int fd, struct map_session_data* sd) { int isLess = RFIFOL(fd,packet_db[RFIFOW(fd,0)].pos[0]); sd->state.lesseffect = ( isLess != 0 ); }
this is for /effect...hehehewould it be that this data needs to be sent when the map doesn't disable it like gvg?
void clif_parse_LessEffect(int fd, struct map_session_data* sd){ int isLess = RFIFOL(fd,packet_db[RFIFOW(fd,0)].pos[0]); sd->state.lesseffect = ( isLess != 0 );}
and I can't capture if the client sends something when typing /mineffect...
@Haru
still the same however the other way around...hhehe
Up~
That's a mapflag. When it is enabled will simplify the effects on a map, if I'm not mistaken heapplies the /mineffect command on a map.
Aegis:
This flag is applied on the maps of guild event and woe.
Aegis:
// //Force Simplified Effects // //TRUE: Simplified effects are used. // ADD_PROPERTY(USE_SIMPLE_EFFECT, TRUE);
This flag is applied on the maps of guild event and woe.
changed status to: Fixed
Still not fixed.
changed status to: Confirmed
Can it be really fixed? I don't think the client sends anything to the server when enabling/disabling mineffect.
the only remedy is implementing mapflag for it..enabling it in a certain mapCan it be really fixed? I don't think the client sends anything to the server when enabling/disabling mineffect.
as Beret pointed out..
ADD_PROPERTY(USE_SIMPLE_EFFECT, TRUE);
That's only for setting it in a map. The bug is making the user choice (/mineffect) persistent on map change.
then what to use?the client don't even send anything when using /mineffect...anyway that mapflag is officially used to forced players to set in mineffect when going to a certain maps like woe map..That's only for setting it in a map. The bug is making the user choice (/mineffect) persistent on map change.
then what to use?the client don't even send anything when using /mineffect
Yes, that's what I said. That's why I ask if it can be fixed or, as I understand it, we'll have to change the status to "unable to fix".
bump
Bump
changed status to: Duplicate