ID:1304602
 
BYOND Version:499
Operating System:Windows 7 Home Premium 64-bit
Web Browser:Opera 12.15
Applies to:Dream Seeker
Status: Verified

A member of our crack team of bug testers has verified that this issue is reproducible, and has handed it off to the development team for investigation.
Descriptive Problem Summary:
A window with titlebar and can-resize set to false renders improperly with transparent-color set to any color, unless the window is actually that color. For instance, with the default background color and a transparent color of #000000, the window renders as a small gray square, about ten pixels by ten pixels.

Here is a project to reproduce the bug.
http://puu.sh/46JA7.zip

Expected Results:
The linked file should create twenty one fifty by fifty pixel blue squares on the screen. This works correctly with Windows XP.

Actual Results:
With Windows Vista or 7, you instead get twenty one squares, but only some of them are rendered correctly, while the rest are only ten by ten pixels. Note though, that if you click and drag the areas that are improperly rendered, you can still interact correctly with the window.

This problem does not occur when using Windows XP. This has only been tested on Windows XP, Vista, and 7 so far.
I can confirm that this does not happen on Windows XP SP3
http://puu.sh/46JKh.jpg

My understanding from speaking with Hiro is I should have expected to find a bunch of 50x50 squares here. As you can see, some are 50x50, some are much smaller. If I close and restart the project, the behaviour of which are rendered 50x50 and which are not changes. It's not consistent between runs of DreamSeeker, suggesting a rendering issue.

The smaller (non 50x50) windows are still draggable in their 50x50 "size", even though they are only rendered as about 10x10. So I can drag them by clicking near them, as opposed to on them, suggesting the window is the intended 50x50 size, but not rendered as such.

This is on Windows 7 Professional x64.
Stephen001 changed status to 'Verified'
It's working fine for me on Windows 8.1 Preview.

http://puu.sh/4rBOd/08683dde67.png
Thanks to some insight from Bravo1, I have confirmed that the issue here is not Windows 7 in general, but Aero that is screwing the rendering. It works fine on Windows 7 with Aero disabled.
Descriptive Problem Summary:
Just reopened an old project where I had the background transparency set to pink on the main form. On the map, I had pink objects that used to show through to the desktop. This made for some fun UI experiences.

Did you guys intentionally changes something because the pink areas on the map are no longer transparent. Other controls still respect the transparent color but not the map.

In response to PopLava
I don't recall it ever working on the map element, perhaps something with your hardware caused it and that changed?
In response to PopLava
What's kinda funny is that the map is transparent in the editor but not at runtime.
In response to PopLava
I got proof! :)

In response to PopLava
Should point out that the map is in the wooden frame.

Also realized that I developed this on my old dev box which was Windows XP and so yes, something did change. I'm now running the project on Win7 with a new high end graphics card.
In response to PopLava
Try disabling Aero completely and report back.
In response to PopLava
Good call. Transparency worked when I switched to classic. Bummer.
In response to PopLava