Odd little things, like the "next" zone quests not being visible on screen after completion of the previous one.
Have to press J and go find it again.
Odd little things, like the "next" zone quests not being visible on screen after completion of the previous one.
Have to press J and go find it again.
So i'm not the only one the quest isn't auto swapping for? Good to hear
I quickly found "No, thank you...." being the cause of lore books slamming shut in my face but I don't know why that is happening
I didn't have a problem moving combat metrics on a new character.I could not move combat metrics after patch, so I disabled it on new characters.
driosketch wrote: »My map pins add-on is completely non functional, though.
Odd little things, like the "next" zone quests not being visible on screen after completion of the previous one.
Have to press J and go find it again.
So i'm not the only one the quest isn't auto swapping for? Good to hear
I quickly found "No, thank you...." being the cause of lore books slamming shut in my face but I don't know why that is happening
Me too. And no, I have no idea why. I hope the mod author gets with the program shortly.
Necrotech_Master wrote: »Odd little things, like the "next" zone quests not being visible on screen after completion of the previous one.
Have to press J and go find it again.
So i'm not the only one the quest isn't auto swapping for? Good to hear
I quickly found "No, thank you...." being the cause of lore books slamming shut in my face but I don't know why that is happening
Me too. And no, I have no idea why. I hope the mod author gets with the program shortly.
interesting that no thank you is the cause of that, i wont give up that addon to remove all the other nonsense the game has (the big annoying announcement window popup on login, delete mail prompt, pushing UI errors to the notifications panel instead of having them in your face all the time, among other things, i dont remember all of the things i use it for lol)
Adding -- at the start of line 2131 in the NoThankYou.lua file will disable this function.
Necrotech_Master wrote: »Odd little things, like the "next" zone quests not being visible on screen after completion of the previous one.
Have to press J and go find it again.
So i'm not the only one the quest isn't auto swapping for? Good to hear
I quickly found "No, thank you...." being the cause of lore books slamming shut in my face but I don't know why that is happening
Me too. And no, I have no idea why. I hope the mod author gets with the program shortly.
interesting that no thank you is the cause of that, i wont give up that addon to remove all the other nonsense the game has (the big annoying announcement window popup on login, delete mail prompt, pushing UI errors to the notifications panel instead of having them in your face all the time, among other things, i dont remember all of the things i use it for lol)
Here's a work around from @Hagrett:Adding -- at the start of line 2131 in the NoThankYou.lua file will disable this function.
That's a double dash.
I discovered some weird behaviour with moving ui elements from addons. Which is different to how it is currently on live.
Maybe somebody else can check, if they are able to reproduce it.
Also I dont know if that is intended or maybe a bug.
What I usually do to move ui around is "activate" the cursor by pressing the "enter"-key.
This doesnt work properly anymore on pts. Once I click on a ui to drag and drop it the courser just disappears, as if I just clicked on Gui root.
I cann still move stuff around, but I need to activate the courser using the specific hotkey for it, which is "." by default (i believe)
2nd report with more technical details:
When I turned on the "HUD Cursor On Entry" setting and performed the Start Chat action in the HUD scene, the mouse cursor appeared and I was able to enter string text in the chat window. This looks like a transition to the hudui scene.
But when I type /script d(SCENE_MANAGER:GetCurrentScene():GetName()), sometimes it returns 'hud' and sometimes it returns 'hudui'.
Digging a little deeper, I noticed that this behavior has changed after PTS patch to rely on the mouse cursor coodinates saved just BEFORE performing the StartChat action in the hud scene.
If the mouse cursor was inside the chat window for example, it will be 'hudui' no matter where you move the cursor after the action.
If the cursor was on a place such as a landscape with no UI elements, it will be 'hud'.
Moving the mouse cursor somewhere else after performing the chat start action, such as mouse over a toplevel window, no longer changed the result anymore.
Maybe it's a latency issue, but I couldn't resize the chat window in the conditions that I would get 'hud' result.
On the other hand, under the condition of returning "hudui", I am free to resize the chat window in the PTS as well as in the live server.
This difference in behavior may be as intended by design, but it is very difficult for me to understand intuitively.
The conclusion may be that we should not interact with the UI element by mouse cursor AFTER the StartChat action.
We have a fix. Not clear yet if it'll be in an incremental or Update 39.