compmui

Regarding the inventory bug, I've noticed that it only happens when I try to scroll an item description without clicking into the description window first.

Here is a screencast that shows what's happening:

https://my.mixtape.moe/vrixcm.webm

Note that when I open the shield's description the first time, at about 4s, I left-click once and following that, I can scroll the text and click the button below normally. The second time, I don't click first, but try to scroll immediately (not visible, at about 11s). The text doesn't move, but I can interact with the inventory screen now. The push button has also become unresponsive.

Hey,

Hey,

did you build it yourself?

I've tried both the version from the official Arch Linux repositories and a self-compiled one, with same results. I had to disable some compiler warnings to build the engine with GCC 8,
perhaps that's got something to do with it. When I find the time, I'm gonna try different compiler versions and maybe SDL 1.2 too, and let you know how it went.

In case it matters, I play the German version of BG2, installed from original CDs with Wine and with the latest official patch applied. Now I also use the widesceen patch,but the reported behavior also occurs without it.

1. I'll take a look. /.../ I can pick it up just fine. Even move it around more than I remember was possible.

I've just tried it again with a new party: The key doesn't budge and I get the following message:

[GUIScript]: Cannot move item, it is undroppable!

2. Some traps are resetting by design, you'll need to provide a concrete example, so the data can be examined. Press ctrl-m on a detected trap to get a nice dump.

Ah, I think that's it - only some of the floor traps are resetting while others stay disarmed. In case it still matters, here is the debug dump of one such trap before and after a map change:

[InfoPoint/DEBUG]: Debugdump of Trap Region irenicusroomtrap:
Region Global ID: 11057
Position: 3712.1000
TalkPos: 0.0
UsePoint: 0.0  (on: No)
TrapDetected: 1, Trapped: Yes
Trap detection: 20%, Trap removal: 20%
Script: gtar8, Key: , Dialog: 
Deactivated: No
Active: Yes

[InfoPoint/DEBUG]: Debugdump of Trap Region irenicusroomtrap:
Region Global ID: 11347
Position: 3712.1000
TalkPos: 0.0
UsePoint: 0.0  (on: No)
TrapDetected: 1, Trapped: Yes
Trap detection: 20%, Trap removal: 20%
Script: gtar8, Key: , Dialog: 
Deactivated: No
Active: Yes

3. Can reproduce, looks like a bug

Probably, but perhaps try it in one of the original games. I'm really not sure anymore how they handled this situation.

4. Can't reproduce, do you have a reliable way?

Right click on an inventory item, then scroll the mouse wheel. Works every time for me. It's weird to describe though. I will see if I can screencap it somehow.

Hi!

I've just started a new playthrough of Baldur's Gate 2 and this is the first time I try it with GemRB. I'm on Linux and I use v0.8.5. So far, I've only made it through Irenicus' dungeon, but here are a few things I've noticed already:

• I couldn't pick up Irenicus' portal key from the chest in the room next to the Dryad cave. This behavior has been discussed here before and has actually been fixed already. Looking at the current master branch of the code however, it seems this commit has been undone for some reason; so this is clearly a regression.

• Traps which have already been disarmed appear again after travelling to another map and back. As far as I could see, only traps on the floor are affected by this bug. Traps in containers stay clear once they have been disarmed.

• When a character is sent to a new destination while the game is paused, the target cursor doesn't appear until the pause ends. This might actually be the way the original game handled it; I can't remember.

• When opening the description of an inventory item and scrolling with the mouse wheel, the description text doesn't move; but further clicks seem to go to the inventory "behind" the description dialog. As a result, the "Done" button cannot be clicked, but items from the inventory can be picked up and moved around while the description is still open in the foreground. The description dialog can be closed by pressing Esc.