Development Cycle Archive
Thread: Daily Test Center Bug Thread: Friday May 7th, 2004
SSquirrel76
Sat May 08, 2004 11:09 pm
#40
Some interesting findings:
Changes to hair will not cause the default color on humans, zabrak, or bothans. I should say, human females, zabrak and bothan males. I can change their hair style, hair color, it appears correct once they accept. RODIAN females, however, end up with the default haircolor. Also, the same Rodian female could not see the holo emote "Kitty." She tried using it on her character, and I could see it. I used it, I could see it. Both times, she could not see the kitty, whether she was generating it or I was.
Hmmm....Rodian females still can't wear grand healers robes, either. Any word on when that will get fixed? I've had tech support tell me it's supposed to be that way, and others tell me it's a bug that Rodian females can't wear the robes. Or maybe it's just select characters that are bugged?
Anyhoo. More buggy fun.
Brigid Lightningrider, Mistress Image Designer, Test Center
Osethme, Mistress Tailor, up and coming Swordswoman, Wanderhome
Eumoabe Lightningrider, Ranger and up and coming Smuggler, Eclipse
Changes to hair will not cause the default color on humans, zabrak, or bothans. I should say, human females, zabrak and bothan males. I can change their hair style, hair color, it appears correct once they accept. RODIAN females, however, end up with the default haircolor. Also, the same Rodian female could not see the holo emote "Kitty." She tried using it on her character, and I could see it. I used it, I could see it. Both times, she could not see the kitty, whether she was generating it or I was.
Hmmm....Rodian females still can't wear grand healers robes, either. Any word on when that will get fixed? I've had tech support tell me it's supposed to be that way, and others tell me it's a bug that Rodian females can't wear the robes. Or maybe it's just select characters that are bugged?
Anyhoo. More buggy fun.
Brigid Lightningrider, Mistress Image Designer, Test Center
Osethme, Mistress Tailor, up and coming Swordswoman, Wanderhome
Eumoabe Lightningrider, Ranger and up and coming Smuggler, Eclipse
SSquirrel76
Sun May 09, 2004 12:26 am
#41
The head clipping on the paper doll happens on most species...had it happen on a Mon Cal today.
I'm not sure if this is intended or not, but when I (the Master ID) hit commit, my window disappears. The client can not see what changes I made until I either commit or they accept, and if they don't like it, we have to wait another 2-10 minutes to change again, since my window disappeared at commit. Now, if the changes actually appeared in the client's window, as I was making them, this might be significantly better.
Also, I noticed that if I'm doing multiple changes, each new thing re-sets the timer entirely. IE, if I made cosmetic changes and already waited the 2 minutes, then made a body change, I'm forced to wait the additional 5 minutes.
Why are we making master IDs wait again?
Brigid Lightningrider, Master ID, Test Center
I'm not sure if this is intended or not, but when I (the Master ID) hit commit, my window disappears. The client can not see what changes I made until I either commit or they accept, and if they don't like it, we have to wait another 2-10 minutes to change again, since my window disappeared at commit. Now, if the changes actually appeared in the client's window, as I was making them, this might be significantly better.
Also, I noticed that if I'm doing multiple changes, each new thing re-sets the timer entirely. IE, if I made cosmetic changes and already waited the 2 minutes, then made a body change, I'm forced to wait the additional 5 minutes.
Why are we making master IDs wait again?
Brigid Lightningrider, Master ID, Test Center
nostrilboy
Sun May 09, 2004 2:43 am
#42
ok, here's a wierd one a couple of us were playing around with earlier. not sure if it's a bug or a feature, but it can be exploited. when doing missions while grouped, after completion the mission taker will recieve the entire payout for the mission, then the rest of the group will recieve their share as auto-tips from the mission taker's cash reserve. as an example: say you're grouped withanother personand you take an 8k credit mission. after completion, your groupmate will have +4000 tohis cash reserve, while you will have -4000 to your cash reserve and +8000 to your bank account. the exploit happens like this: same scenario, but say you don't have 4000 in your cash reserve. then upon completion, you get +8000 to your bank account, and your partner gets nothing, as you don't have enough cash to auto-tip him. not exactly a game-breaking bug, as running missions generally pad one's cash pool rather quickly, but with this knowledge, someone could easily swindle people out of several thousand credits.
what concerns me, however is this: in the first case (where the mission taker has enough cash to pay off his mercenaries) the mission leader will not recieve a system confirmation about the mission payout, but the rest of the group will. in the second case (the exploit case) the mission leader WILL recieve payout confirmation, however the confirmation is for the amount he *should* recieve, were he not stealing his group-mates' share. the groupmates in this case recieve no confirmation. this held true in every test we ran last night.
FooeyFooFoo
Sun May 09, 2004 5:28 am
#43
LeBob wrote:
LeBob wrote:
Kwee wrote:Post May 8th update:
- Cannot migrate own stats (very very serious issue, we need to be able to use our own ability), when tried to migrate stats, spent my ten minutes doing changes to my char, when I hit commit none of the changes took and I was stuck unable to ID "youa re already in the process of an ID action"
sorry to hijack, but Musicians have never been able to buff ourselves... and yes this is the Musician question of the bi-week - answers pending.... but it's really no fun to not be able to buff ourselvessorry Dancers........ this is also an issue for them
Just checked that stat migration can be done on yourself on test and it can. The bug that appeared is pressing alt to hide the window and reshow the window causes the "you are already in the process of an ID action" problem.
hasibert
Sun May 09, 2004 7:09 am
#44
Post May 8th update:
Helper Droid Final Marksman Quest:
Only the kills you make completely with the weapon the droid gave you count for this quest. If you switch weapon during a fight the kill won't get credited. However this is not really clear when you read the mission text. You should add this info to the mission text.
Kwee wrote:
Post May 8th update:
- Cannot migrate own stats (very very serious issue, we need tobe able to use our own ability), when tried to migrate stats, spent my ten minutes doing changes to my char, when I hit commit none of the changes took and I was stuck unable to ID "youa re already in the process of an ID action"
I am not sure if this is related to migrate stats or if this is a general bug, I have exactly the same bug but I try only to change my leku....relogging didn't fix that.
NJ62
Sun May 09, 2004 7:42 am
#45
- Eye color still registers as a "body" change and resets timer to 5 minutes.
NJ62
Sun May 09, 2004 7:45 am
#46
- Unable to ID self. ID changes wouldn't "take" after hitting "accept". Then when tried to do so again got "you are already in the middle of an ID action". This may be tied to getting rid of the "before/after" screen for ID'ing self.
NJ62
Sun May 09, 2004 9:01 am
#47
- Male human facial hair not updating correctly. Client claimed to see "mustache" when shown "sideburns". Tried to click to another style and then click back to sideburns. Client then kept seeing all styles as "clean shaven". Reverted, and client saw original "soul patch". Started clicking through styles and customer only saw "clean shaven." Successfully gave customer sideburns, despite the fact that they did not show up in preview.
- I think this bug is occurring when you slide the slider too fast and the screen doesn't update correctly. This is the first time though where it switched to "default" and failed to update at all.
NJ62
Sun May 09, 2004 9:03 am
#48
Doing a second ID, the male facial hair apparently will not update customer-side regardless of how slowly the ID clicks through the styles. The customer always sees "clean shaven", and not even his last accepted style.
NJ62
Sun May 09, 2004 9:07 am
#49
HItting alt during a session makes male human bald!!! The ID does not get a "bald" paperdoll, nor does the client get "bald" in the after window, nor is bald selected in the hair select window. Nonetheless: bald.
NJ62
Sun May 09, 2004 10:05 am
#50
More on the bugging self (no ID "takes" followedby "you are already in the process of an ID action"when trying to ID self - of course it happened to me 2x on its own in rapid succession but when I tried to test the bug, all 3 of my ID sessions worked flawlessly /sigh. I think it might have something to do with alt-tabbing out during the process.
Suggestion: Regardless of waht causes this bug, it's bound to happen when the client goes LD or something unforeseen like that. It would be helpful to be able to cancel an outstanding offer with a slash command.
BillDir
Sun May 09, 2004 11:18 pm
#51
To elaborate a bit more on the missing items/vendors problems since Friday's patch, following are some observations I have noticed today:
My Novice Merchant was looking for something to sell and found a Gungan Head Statue in a backpack in my guild hall. He put it in his inventory and tried to sell it to the same vendor that had lost some earlier on Friday night or Saturday. He received a message "this item is already for sale". A minute or so later he received an email that the sale of the item had been unsuccessful. The item was still in his inventory, but he could also see it in the Storeroom of the vendor. When he tried to retrieve it from the Storeroom, he received a message "You cannot retrieve the item right now". Very strange...
It appears that something in Friday's patch caused the database to take some serious damage in certain areas. We lost around 100k in the Guild Hall treasury, around 2 million credits worth of resources that were stored in backpacks in the basement of the guild hall, and both credits and items from some characters and vendors.Hopefully this bug will not make it to the live servers. If it does, I can hear the screaming off in the distance...
BillDir
Strel
Mon May 10, 2004 4:27 am
#52
Setting your vulnerability 5-10 minutes before the server goes down(3:50-3:55AM) will essentially make it INVULNERABLE. As the spawned terminals dissapear immediately when the server goes back up.