http://bugs.winehq.org/show_bug.cgi?id=11823
Summary: Visual Foxpro 7: Grid lines visible over objects in form editing Product: Wine Version: 0.9.54. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: tony.indrali@gmail.com
Created an attachment (id=11089) --> (http://bugs.winehq.org/attachment.cgi?id=11089) Example of partial part of form with grid drawn over objects and grid drawn correctly below objects
1. Grid lines is still visible while editing form although disabled in options. 2. Grid lines often visible over objects on the forms, following a particular actions such as moving windows and clicking objects. There seems to be a pattern, I don't know what.
Like if I click certain object, then certain part of forms will have grid lines drawn over certain button objects, and certain part of forms will have grid lines properly drawn below other button objects. And maybe if I move the command windows, the part of form where grid line acts up change place.
http://bugs.winehq.org/show_bug.cgi?id=11823
Tony Indrali tony.indrali@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Priority|P2 |P3
http://bugs.winehq.org/show_bug.cgi?id=11823
Tony Indrali tony.indrali@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Visual Foxpro 7: Grid lines |Visual Foxpro 7: Objects may |visible over objects in form|and may not be visible in |editing |IDE
--- Comment #1 from Tony Indrali tony.indrali@gmail.com 2008-03-05 20:07:39 --- This is a regression. The problem start since 0.9.54 to 0.9.56 as of right now. 0.9.53 is fine.
The problem seems to exist only in Visual Foxpro 7 IDE, not in Visual Foxpro deployed application.
The problem also seems to extend to object repainting problem: the application does not repaint what suppose to be repaint. For instance, buttons behind a grid is still visible. Grid lines (as in grid line for form coordinate) is visible over textbox. All buttons or some buttons in a button container (command group) is not drawn (just blank, not even the outline of the button).
The objects that are improperly repaint is dependent on the last object click, althought there isn't any one-on-one relationship between what object clicked and what object improperly drawn.
I change the title to reflect the new findings.
http://bugs.winehq.org/show_bug.cgi?id=11823
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
--- Comment #2 from Lei Zhang thestig@google.com 2008-03-05 21:16:07 --- Can you do a regression test then?
http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=11823
--- Comment #3 from Tony Indrali tony.indrali@gmail.com 2008-03-05 22:12:16 --- Ok, I'll set up the git thing first.
http://bugs.winehq.org/show_bug.cgi?id=11823
--- Comment #4 from Tony Indrali tony.indrali@gmail.com 2008-03-06 21:16:57 --- Created an attachment (id=11164) --> (http://bugs.winehq.org/attachment.cgi?id=11164) List of dev library I installed that are recommended by git
This is libary of debian etch, with backports.
http://bugs.winehq.org/show_bug.cgi?id=11823
--- Comment #5 from Tony Indrali tony.indrali@gmail.com 2008-03-06 21:19:48 --- I can't find the bug using git, even using any of the 2 possible interpretations of "git bad" as: last checked good or last checked bad. IMO the wiki has some ambiguous wording in it.
Anyway, I set git using all development library except 3D/OpenGL library. I suspect probably there are differences of library used..perhaps.. between binary available from http://wine.budgetdedicated.com/archive/index.html (where the problem exist) and the one set by git.
I attached the list of additional library (debian etch with backports) I installed for setting up git.
Temporary workaround: probably install wine from source..
http://bugs.winehq.org/show_bug.cgi?id=11823
Tony Indrali tony.indrali@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |winex11.drv
--- Comment #6 from Tony Indrali tony.indrali@gmail.com 2008-03-08 02:09:54 --- phew,
1st, I made a mistake in using git. The bug can be found using git. I misread the instruction thinking that recompilation is automatically done after stating bisect good/bad.
2nd, in the last few bisect operations, the wine is compiled such that I can't select any window within a subwindow of VFP. Consequently, I'm unable to replicate the condition leading to the bug thus unable to corrently identify whether that particular bisect is good or bad.
To solve this problem, I tried all possibility by running bisect on a copy of last compilation.
If I guess the next bisect as true, the result is:
026974f5be4c71a275117388b94cd7e94a95a4fc is first bad commit commit 026974f5be4c71a275117388b94cd7e94a95a4fc Author: Alexandre Julliard julliard@winehq.org Date: Thu Jan 24 10:20:51 2008 +0100
winex11: Create the window data structure lazily, once the window is made visible.
:040000 040000 3cd059ecd09d1d91d3286d9ec1b4902a87d7275d 738fe01a3f4917ffc505514645fd4e2830fbbe18 M dlls
If I guess the next bisect as false, compile, and test it, the result is good. Thus I state that the bisect afterward as good. The resulting message is:
b6cc7f9bccb77eae43a598c67ba7fd67e251081d is first bad commit commit b6cc7f9bccb77eae43a598c67ba7fd67e251081d Author: Alexandre Julliard julliard@winehq.org Date: Thu Jan 24 10:20:11 2008 +0100
winex11: Don't create a win_data structure for the root window in non-desktop mode.
:040000 040000 106719a3849d06956b24f2fd4445f0ff432bb6ee 3cd059ecd09d1d91d3286d9ec1b4902a87d7275d M dlls
---------------
The bug should be one of the above. Please give feedback since I'm not familiar with git.
http://bugs.winehq.org/show_bug.cgi?id=11823
--- Comment #7 from Dmitry Timoshkov dmitry@codeweavers.com 2008-03-08 02:44:16 --- Please retest with 0.9.57, many regressions in window management have been fixed there.
http://bugs.winehq.org/show_bug.cgi?id=11823
Tony Indrali tony.indrali@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #8 from Tony Indrali tony.indrali@gmail.com 2008-03-10 01:47:20 --- 0.9.57 doesn't have this problem anymore.
http://bugs.winehq.org/show_bug.cgi?id=11823
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #9 from Alexandre Julliard julliard@winehq.org 2008-03-21 10:54:23 --- Closing bugs fixed in 0.9.58.
-
wine-bugs＠winehq.org