- This topic has 13 replies, 2 voices, and was last updated 13 years, 4 months ago by mol.
-
AuthorPosts
-
June 2, 2011 at 9:08 pm #34596molParticipant
There's a small bug when an sDirectoryEdit is used with ShowButton := True. When you move the mouse over the button, the border is painted wrong and won't disappear once the cursor moved to a different location. See attachment.
Skin is TV-b (internal)
June 5, 2011 at 1:36 pm #45905SupportKeymasterHello
What properties you have changed in this control?
Can you show an example please?
June 5, 2011 at 8:13 pm #45910molParticipantPlease find attached a demo project. You have to set Ctl3D := False to reproduce the bug.
While testing, I came across another ununsual behaviour, by the way. Right-click on the button of the sDirectoryEdit, and a pop-up dialog appears (see attachment 1, is this as designed?). Select 'Insert Unicode Control Character -> LRM'. Once you've closed the dialog and right-click on the button again, you'll either end up with an AV (see attachment 2) or a tiny and empty pop-up (see attachment 3). Can you please check? I've attached a compiled version of the demo application as well, as the last two errors I've described only appear randomly (either with the modal form still open, or after closing and reopening it).
Vista Home Premium 32bit (all updates applied), D2007 Pro (all updates applied)
June 8, 2011 at 8:11 pm #45923molParticipantBug resolved in version 7.43 . Thanks a lot, Serge!
June 10, 2011 at 7:30 pm #45964molParticipantSerge, the access violation I described in post no.3 is still there in v. 7.43. Can you check? Thanks!
June 14, 2011 at 12:46 pm #45988SupportKeymaster'mol' wrote:Serge, the access violation I described in post no.3 is still there in v. 7.43. Can you check? Thanks!I can't reproduce it unfortunately.
Can you show me a callstack for the error? Can you share your PC with me?
June 14, 2011 at 3:14 pm #45994molParticipantSteps to reproduce:
1. Run test.exe in Debug Mode from the Delphi IDE
2. Click on Button 1
3. Right-click on button of sDirectoryEdit1 on the modal Form2
4. Choose the 'Insert Unicode Control Character' menu item from the popup menu
5. Click on LRM, closing the popup menu
6. Right-click on the button of sDirectoryEdit1 again
7. Crash
Error message: “First chance of exception at $76C4FBAE. EAccessViolation at address FEEEFEEE. Read of address FEEEFEEE.”
Sometimes the whole IDE locks up and I can't kill the running test program anymore – not even through the Windows Task Manager. I have to stop the Delphi process to gain control again.
If you run the test program outside the IDE, you will get the behaviour I've described in post #3.
The PC is a development machine and not hooked up to the web, sorry.
.
June 16, 2011 at 6:50 am #46022SupportKeymasterI can't reproduce it still, but I'll try more on other machines.
You have this issue under Vista only? Can you check it please?
June 16, 2011 at 10:04 pm #46035molParticipantBug only occurs in Vista, not in XP.
June 30, 2011 at 4:46 pm #46112molParticipantBug is still present in 7.45 beta
July 7, 2011 at 9:17 am #46172SupportKeymaster'mol' wrote:Bug is still present in 7.45 betaReasons are same as in the topic about a print dialog. I will search other systems.
Or maybe you can give me access to your PC for debugging?
July 13, 2011 at 3:15 am #46248molParticipantSerge, I finally found out what is causing the AV.
Steps to reproduce:
Open ASkinDemo
Remove PopupMenu1 from the PopupMenu property of MainForm
Recompile
Click on the 'Skin options' tab and then right-click on the button of the SkinsDirectoryEdit
Click 'Insert Unicode control character' -> 'LRM'
Close popup menu
Right-click on the button of SkinsDirectoryEdit again
Access Violation (you will have to kill both Delphi and the demo in the Task Manager afterwards!)
July 17, 2011 at 12:34 pm #46271SupportKeymasterI have already a system where I can reproduce a problem.
This issue will be solved in the next release.
July 25, 2011 at 4:35 pm #46368molParticipantResolved in 7.47 beta.
Thanks, Serge.
-
AuthorPosts
- You must be logged in to reply to this topic.