http://bugs.winehq.org/show_bug.cgi?id=3235
--- Comment #15 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-05-22 07:30:53 ---
(In reply to comment #14)
> Fix confirmed in latest git and regedit no longer crashes. But another problem
> is here:
>
> 1. Open regedit.
> 2. Open File > import.
> 3. Select detailed view.
> 4. Find some folder where there are more items that can fit the view.
> 5. Select some item (folder or file).
> 6. Click "last modified"…
[View More] column, for instance. Important: reordering should
> result in hiding selected item out of the view.
>
> See the bug: selected item is out of view, but another item that is at the same
> position as selected item was before has focus frame, which disappears as you
> scroll up/down. So, it's just another redraw issue.
Confirming. Is unrelated to my latest patch - problem still persists after
reverting it.
Only occurs when focused item goes out visible area after sorting, right?
If it remains visible everything redraws fine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=3235
--- Comment #14 from Igor Tarasov <tarasov.igor(a)gmail.com> 2009-05-22 05:53:33 ---
Fix confirmed in latest git and regedit no longer crashes. But another problem
is here:
1. Open regedit.
2. Open File > import.
3. Select detailed view.
4. Find some folder where there are more items that can fit the view.
5. Select some item (folder or file).
6. Click "last modified" column, for instance. Important: reordering should
result in hiding …
[View More]selected item out of the view.
See the bug: selected item is out of view, but another item that is at the same
position as selected item was before has focus frame, which disappears as you
scroll up/down. So, it's just another redraw issue.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=16608
Summary: Allow Runs=Yes even if Installs=No
Product: WineHQ Apps Database
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: liquitsnake(a)gmx.net
I tried to submit testing data for a game (Crysis Warhead).
The installer …
[View More]is broken, but when the game is installed in a VM and copied to
Linux, it runs fine under Wine.
AppDB however complains: "You can only set Runs? to ‘Not installable’' if
the application's installer does not work"
This artificial limitation is unnecessary. Please consider removing it
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=8241
Paul Vriens <Paul.Vriens.Wine(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Paul.Vriens.Wine(a)gmail.com
--- Comment #26 from Paul Vriens <Paul.Vriens.Wine(a)gmail.com> 2009-05-22 03:37:36 ---
Why? As Dmitry and Vincent suggested we can do:
Check for existence of the …
[View More]GlobalFlags function:
static UINT (WINAPI *pGlobalFlags)(HGLOBAL);
pGlobalFlags = (void*)GetProcAddress(GetModuleHandle(<dll>),"GlobalFlags");
The test:
if (!pGlobalFlags)
{
win_skip("GlobalFlags is not available\n");
return;
}
g = GlobalAlloc(<fill in loads of possible flag combinations>, <whatever
size>);
f = GlobalFlags(g);
compare f with the given flag combinations.
GlobalFree(g);
Use this is in some kind of loop with dozens of combinations. There are loads
of examples in our tests that define a struct with inputs and expected outputs
and a loop with the needed test(s).
Just my $0.02
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=5627
--- Comment #11 from knipl(a)in.tum.de 2009-05-21 15:04:46 ---
stil present in wine-1.1.21-346-g1394c6e.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8241
--- Comment #25 from Peter Hedlund <peter(a)peterandlinda.com> 2009-05-21 14:02:29 ---
(In reply to comment #24)
> I sure don't know if it's safe.
Exactly what I'm saying also. So I guess we are stuck.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8241
--- Comment #24 from Vincent Povirk <madewokherd(a)gmail.com> 2009-05-21 13:41:48 ---
I sure don't know if it's safe. That's why we need a test.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8241
--- Comment #23 from Peter Hedlund <peter(a)peterandlinda.com> 2009-05-21 13:31:46 ---
I still think creating the tests are above my head, but...
Is it really safe to mask all the flags? A search of the wine code reveals the
following:
GMEM_DDESHARE is used in several calls to GlobalAlloc within wine.
GMEM_DISCARDABLE is used a few times in code.
GMEM_LOWER is defined but never used.
GMEM_NOCOMPACT is defined but never used.
…
[View More]GMEM_NODISCARD is used in several places in the code.
GMEM_NOT_BANKED is an alias for GMEM_LOWER (or vice versa actually).
GMEM_NOTIFY is defined but never used. This is the one blocking Prism.
GMEM_SHARE is used quite a few times in code.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=3235
--- Comment #13 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-05-21 10:44:06 ---
(In reply to comment #12)
> > I know that. It's my previous patch to blame.
>
> This is where more testcases would be helpful in preventing such things...
You're right of course. Especially cause we have no hittest tests for ListView
now. I'll try to add some later.
Sorry for that.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?…
[View More]tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=3235
--- Comment #12 from Austin English <austinenglish(a)gmail.com> 2009-05-21 10:39:22 ---
(In reply to comment #10)
> (In reply to comment #9)
> > Fix confirmed in all applications that I've seen being affected.
> >
> > But... Regedit now crashes. Not sure if it is related to this patch. Try
> > opening regedit, opening some branch and double-clicking any value.
> >
> > listview.c:1363: …
[View More]LISTVIEW_GetColumnInfo: Assertion `nSubItem >= 0 && nSubItem <
> > (*(INT*)(infoPtr->hdpaColumns))' failed.
> > wine: Assertion failed at address 0xb7f0a410 (thread 0009), starting
> > debugger...
> > Unhandled exception: assertion failed in 32-bit code (0xb7f0a410).
>
> I know that. It's my previous patch to blame.
This is where more testcases would be helpful in preventing such things...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
[View Less]