• Content count

  • Joined

  • Last visited

  • Days Won


UCyborg last won the day on March 31

UCyborg had the most liked content!

Community Reputation

48 Excellent

1 Follower

About UCyborg

  • Birthday

Profile Information

  • OS
    Windows 8.1 x64
  • Country

Recent Profile Visitors

878 profile views
  1. Symbols just make it crash.
  2. Tested with the same settings. I suppose it's just Defender being buggy, one of those unexplained oddities in MS's software. That's strange, especially since you have real-time protection turned off, which by itself makes Defender quiet. But, you said you scheduled scans via Task Scheduler. Does that task's status say Running when it happens? If yes, maybe it missed last scheduled time and attempted to run it again when it had the chance. Check the status of the checkbox "Run task as soon as possible after a scheduled start is missed" in task's properties dialog on Settings tab.
  3. The installer appears to install official version The other executable is unofficial. Without symbols, it can work with bugs; when it loads, frame color is reset, caption text is surrounded by two lines at top and bottom and obviously all under-the-hood improvements from later versions are missing. That's just for regular Win32 applications.
  4. Wow, thanks a lot! There were 6 OneDrive entries (OneDrive1, OneDrive2, ...). OneDrive is disabled by group policy. After removing its entries, LSE's icon overlays work. There were total of 11 entries under that key, maybe it would work if OneDrive wasn't disabled, I'd have to try and see. Edit: re-enabling OneDrive doesn't seem to change anything.
  5. What's the good place to report these things without it being ignored? There are two issues when it comes to cooperation of legacy DirectDraw apps with the Desktop Window Manager, one is specific to Windows 8.1 (and I guess 8 too) There's this delay when you switch away from fullscreen app if the desktop runs at the same resolution and refresh rate as the app, it waits 3 seconds for the event that is never signaled. The Windows 8 specific issue is that if maximized windowed mode is disabled to allow real fullscreen, most ddraw calls just error out if you have the desktop extended through multiple monitors. The first issue could theoretically be patched at runtime, but this whole thing with patching Microsoft's DLLs to better support those ancient apps is getting old, as if the certain apps themselves don't have enough bugs. Anyway, back to topic, I'm pretty sure they must have gotten some of the crash reports for this particular bug in the past. I doubt I was the first one who came across it, I do remember seeing the crash with explorerframe.dll as the faulting module in the past, the only difference is, I brushed it off as random crash and wasn't paying attention about reproduction. Someone over Reddit said he had that mouse button mapped to Alt + left arrow combination, in which case the keypress cancels the context menu so it doesn't crash afterwards. It's also possible that the issue surfaced up later with some update. Indeed, and then you see how rushed Windows 10 is, which is a good recipe for the issues to clutter up. Instead of the next OS being better than the old one, it looks like they all have their own quirks. Weren't there times when we agreed the new system is better in most, if not all aspects than the old one?
  6. I just tried updating Windows Defender on a virtual machine. Have Windows Defender disabled by policy, so I enabled it and tried updating. It said that it couldn't (connection issues), but the definitions version increased. Then I restored virtual machine snapshot to a previous state and tried again, this time it worked without errors. But when I click Update again, here comes Connection failed error. Decided to reboot, Update, and now it goes through a lengthy process again (except Installing part), no errors. Click Update again and bam, Connection failed.
  7. Hopefully he's just really busy IRL and will return to the project once things clear up. But you never know.
  8. I use the wireless adapter to connect the laptop to home router, therefore granting it internet access and making it part of home LAN. By bridging its wireless and wired adapter, I can connect the desktop computer to the laptop's ethernet port to make it part of the LAN as well. The only catch is, one computer must have manual IP settings, if both use automatic settings (DHCP), they get the same IP address. The problem that I had that is gone now, if the "Connect automatically when this network is in range" checkbox was checked in the properties of the wireless connection, the connection would be dropped in about 15 - 30 seconds (I don't remember exact time). Until then, both computers could normally access the internet. Trying to re-connect would again make it work only temporarily. When I went and cleared that checkbox and re-connected, the connection stayed. I just had to manually connect to it every time I turned the laptop on. Only when the Creators Update released, I tried again to see whether it would work with that checkbox checked, and indeed it works now as expected. There were no other changes that I'm aware of. The only tips I found at the time was to check power-saving features on the wireless adapter, manually enabling promiscuous mode and changing roaming sensitivity level, but since they didn't change anything, I reverted them to default settings. When you have the bridge, IP settings are managed from the properties dialog of the bridge, if you open the properties of the actual network adapter that is part of the bridge, it will just tell you to configure settings from the bridge's properties and give you the button that takes you there. So if I had things configured manually on the laptop, I would have to input the same IP settings in the bridge's properties as I would in wireless adapter properties if I didn't have the bridge setup and would only use the wireless adapter. In both scenarios, I deal with only one network, home LAN, bridge just allows me to connect the desktop to the LAN since I can't connect it directly to the router with the way things currently are in my house.
  9. Here's another mystery when it comes to Windows 10's File Explorer. For those not familiar with Link Shell Extension, it adds functionality for managing NTFS hardlinks/junction points directly in Explorer's context menus. In addition, it alters those files/folders icons that are actually hardlinks, junction points etc. so they can be distinguished from regular ones. But on Windows 10, the icons remain the same, the correct icon is displayed only in the file's properties. The question is, why is that?
  10. You need a mouse with at least 4 buttons for this to work. Mouse buttons 4 and 5 usually function as back/forward buttons. Navigate to any folder, start renaming a file/folder, right click on the text box to open the context menu, then press mouse button 4 (back). If there is a previous folder to go to, Explorer will crash. Any application that uses its standard open/save dialog can be crashed this way as well. That's right, you can crash one of the core Windows components by simply "pressing the wrong buttons". And the bug isn't present in Vista! And somehow, nobody noticed at MS or maybe even worse, thought it wasn't worth the hassle to fix.
  11. There used to be a bug when it comes to bridging a wired and wireless network adapter. When you had a bridge setup and connected to some WiFi access point, if you set it up that it connected to the access point automatically when it's in reach, it would drop connection after few seconds, supposedly because in other scenarios, it wouldn't make sense to have multiple adapters connected to the same gateway. This drove me nuts! Took me a while to figure out how to get it to work; I had to disable automatic connection. Anything but obvious workaround. I wonder when it was fixed and whether it's present in older OSes, must have been some update between October 2016 and April 2017 or it was Creators Update when the bug disappeared. Another WiFi related annoyance that is still present, why does it connect instantly when you set it up to connect automatically, but not if you try to connect manually. There's at least 10s delay, and you have to sit and wait for that spinning circle to disappear. And don't dare to close that pane until it connects, you just cancel the whole thing otherwise.
  12. Disregard my previous post, I made it because I noticed another DWM error in event log, but it looks like it doesn't actually cause any malfunction in practice, I haven't seen a single glitch in Aero Glass 1.4.5 operation ever since. Occasional AeroHost timed out message would appear in debug.log, but nothing else that would suggest something is seriously wrong. Didn't have to restart DWM once. There's one more observation that might be worth mentioning regarding version 1.4.6 and later Win10 specific versions. Sometimes, I would have a maximized window open on the second monitor and minimizing it would leave its traces on the screen until something else that was drawn there cleared them up. This is a bit more difficult to come across, might need to be glued to the screen for a longer period of time, eg. 5+ hours and there might have to be some other not really obvious condition present. It's weird, but I think I would've come across it by now given the time I've been using 1.4.5, but I haven't. Edit: Eh, never mind, my computer's just being weird at random times. I guess inconsistency of these strange events made me believe it had something to do with Aero Glass. Guess I'll just live with it.
  13. The only issue I've encountered so far is inability to set the theme with Settings app on Win10 Creators Update. The workarounds are described some posts back. Obviously the easiest solution might be waiting for new Aero Glass build and use its method for UxTSB.dll injection which should take care of these things automatically. If there are reliability issues with said method, the workaround is to have it sit on login screen for few seconds. Multiple user accounts or one password-protected account without enabling auto-login feature accomplishes that and allows things to settle.
  14. Scrolling inactive windows surely seems to be the art on Windows. Don't forget about other utilities mentioned on that Superuser page I linked.
  15. Windows 10 does this natively, interestingly, it doesn't work for Excel (confirmed for 2010 - 2016). WizMouse has an odd bug that would make mouse pointer temporarily lag under certain circumstances and looks like I'm not the only one who experienced the issue: https://superuser.com/questions/548141/windows-scroll-without-focus Ability to scroll in applications that don't support mouse wheel scrolling is a nice idea, though it seems it depends on individual application whether it works or not. KatMouse is a little better at it than WizMouse, if only it didn't stop working after some time (again, might be under unknown special circumstance). Actual Window Manager (not free, 60-day trial) has this feature as well, seems to work similarly to Windows 10's native function, plus no problems with Excel. There is an interesting quirk with UAC enabled, if elevated window has keyboard focus, it only allows scrolling other elevated windows, but not the regular ones and vice-versa. There are couple more utilities, but these are the ones tried.