Quote:
I've got an update from our developers, they've done a code review but can't pinpoint a specific change as there was a fairly big rework for that build. If you're able to send over the debug log from the test build, it should hopefully point us in the right direction.
Thanks!
The link is not working more but I retrieved the beta from my recycle bin. I send you 2 debug files, one with the old version where things behave correcty and one as you asked with the beta.
Below are the time stamps:
DISPLAYFUSION DEBUG LOG
Ver.11.0.5
11:33:00 From 6 monitors (2 portrait +4 landscape) to 4 (all landscape)
11:34:36 Back to 6 monitor profile
Ver . 11.2. (Beta1)
11:41:58 - 11:42:44 From 6 monitors (2 portrait +4 landscape) to 4 (all landscape)
11:43:12- 11:43:22: Attempt to get back to 6 monitor profile, it shows that it changed but monitors remain disconnected and the profile remains the same
11:44:38 -11:45:34 Change to a profile where one of the portrait monitors switches to landscape (5 monitors in landscape and one in portrait), the one in portrait remains disconnected.
Since one of the monitors (the portrait one) is not activated the profile is not correct and it does not show activated in Dislayfusion profiles
11:48:10 Extended manually the missing display from windows and from the Windows both monitors that were in portrait are back in portrait
11:49:42 DIsplayfusion finds a similar to the initial profile but without the splits
11:50:11 Profile loaded on DP with the splits
As I have already explained and probably shows in the previous logs I had sent the problem is clearly linked to activating back monitors that in the profile are in portrait mode.
Hope all that helps, I spent 30 minutes of my work time.