http://bugs.winehq.org/show_bug.cgi?id=34409
Bug #: 34409
Summary: WinZip 7: crashes when extracting a zip archive
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: snodgrass.pop(a)gmail.com
Classification: Unclassified
Wine crashes when I click on the Extract button on the toolbar in WinZip 7.01
--
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=24387
Summary: MS Money 2000: Crashes updating financial informations
from the Internet
Product: Wine
Version: 1.3.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrea.vai(a)unipv.it
Created an attachment (id=30732)
--> (http://bugs.winehq.org/attachment.cgi?id=30732)
Terminal output.
If I click on "update informations from the internet" in the main page of the
application, the applications crashes (Application error window "MSMONEY
encountered an error and has must be closed" appears. The only way to close the
application is to kill it).
Problem was not present in wine 1.1.15, so I performed a regression test and
the result is:
----------------------------------------------------------------
c5a6b7b36674e8b7f7dc687b01773b88fa7d7312 is the first bad commit
commit c5a6b7b36674e8b7f7dc687b01773b88fa7d7312
Author: Juan Lang <juan.lang(a)gmail.com>
Date: Tue Mar 30 10:26:48 2010 -0700
rsaenh: Support setting salt via KP_SALT (resend).
:040000 040000 d9a20e02d3637c41baadb3131a23907fb5603fe8
51eea86ad80613f612f64bd44a0517c0b89a4894 M dlls
----------------------------------------------------------------
As far as I can notice, the bad commit is the same involved in bug 23208.
Fixing this regression would really bring this app towards complete
functionality.
--
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=25699
Summary: The URL in the "Test Results submitted" email does not
show the Test Results
Product: WineHQ Apps Database
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alexandru.balut(a)gmail.com
I got an email about Test Results submitted for a (new) version of Total
Commander
(http://appdb.winehq.org/objectManager.php?sClass=application&iId=614).
SUBJECT:
[AppDB] Test Results submitted for version 7.56a of Total Commander (a.k.a.
Windows Commander) by StefanDe
BODY:
Test Results submitted for version 7.56a of Total Commander (a.k.a. Windows
Commander) by StefanDe
-------------------------------------------------------
http://appdb.winehq.org/objectManager.php?sClass=version&iId=22423&iTesting…
This test data has been queued.
[...]
To be honest, I don't know why I got this email, maybe because I'm a maintainer
or I monitor version 7.50a..
The problem is that I cannot view these "Test Results", the AppDB URL from the
email, which is supposed to do this, shows:
Queued Entry
This entry is currently queued, and may not be visible to all users.
--
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=28661
Bug #: 28661
Summary: Receiving emails from AppDB when I shouldn't
Product: WineHQ Apps Database
Version: unspecified
Platform: x86-64
URL: http://appdb.winehq.org
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: minor
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Created attachment 36833
--> http://bugs.winehq.org/attachment.cgi?id=36833
Email body
The AppDB is sending me emails that have nothing to do with me, despite global
emails being disabled. Example attached.
There doesn't appear to be a pattern and it occurs randomly.
--
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=28687
Bug #: 28687
Summary: Common replies strips newlines when submitting
Product: WineHQ Apps Database
Version: unspecified
Platform: x86-64
URL: http://appdb.winehq.org/objectManager.php?sClass=Commo
nReply
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: trivial
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Common replies strips newlines when submitting.
To recreate:
1. Go to Edit Common Replies.
2. Click to edit a common reply and hit enter to add some newlines between
sentences.
3. Click submit.
Newlines are removed.
--
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=12927
Summary: Flat comment mode does not display any replies
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: MattFinn(a)gmail.com
When i view the comments in "flat" mode, the replies are all just missing
completely, instead of showing up as new entries like I would imagine is
appropriate. There is no mention of their existence.
Should be easily reproducible, just click to "flat".
If not, then the page I was on is
"http://appdb.winehq.org/objectManager.php?sClass=version&iId=9901".
--
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=24497
Summary: Adding distributions is far too easy
Product: WineHQ Bugzilla
Version: unspecified
Platform: x86
OS/Version: other
Status: NEW
Severity: trivial
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Every day someone adds another duplicate distribution or something that isn't a
distribution at all, despite how easy it is to pick from the drop-down list,
and has to be merged by an admin.
Approving submitted distributions should be done by admin only, or it should be
made more obvious that a distro has been submitted in a test result (if
possible).
--
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=27378
Summary: New distributions submitted in test reports are added
even if the admin deletes them when processing
Product: WineHQ Apps Database
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dimesio(a)earthlink.net
Users have a penchant for submitting "new" distributions that already have
entries in the AppDB (bug 24497). The form admins and maintainers see when
processing test reports notes when the user has added a new distribution, and
states that it will be added to the database unless the admin/maintainer
selects an existing one from the list. However, even if I do select a
distribution from the list and delete the "new" distribution from the test form
when processing it, the "new" distribution is still added to the database and
has to be manually removed afterwards.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=37342
Bug ID: 37342
Summary: MetaTrader 4 doesn't start (Regression)
Product: Wine
Version: 1.7.27
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: a4141469(a)trbvm.com
Created attachment 49656
--> https://bugs.winehq.org/attachment.cgi?id=49656
Terminal output.
Regression. MetaTrader 4 doesn't start on Ubuntu 14.04 x64 with Wine 1.7.27. It
worked well with Wine 1.7.26 (until update).
--
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.
https://bugs.winehq.org/show_bug.cgi?id=38296
Bug ID: 38296
Summary: Ion Assault (Steam) crashes before the main menu
(Windows Media Player needs to be installed)
Product: Wine
Version: 1.7.39
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 51128
--> https://bugs.winehq.org/attachment.cgi?id=51128
terminal output
The splash screen is shown and music begins to play when I start the game, but
the game crashes before the main menu pops up.
Installing WMP10 is a workaround.
The game used to get to the main menu without WMP10 installed, but animations
in the menu were missing. The crash is present since commit
069406fe94a41752b4f739b24049b395e3c5a7b3
wine-1.7.39-144-g4eedf6a
--
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.
https://bugs.winehq.org/show_bug.cgi?id=36612
Bug ID: 36612
Summary: valgrind shows a definite leak in
winhttp/tests/notification.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==8903== 20 bytes in 1 blocks are definitely lost in loss record 57 of 299
==8903== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==8903== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==8903== by 0x4F97C37: heap_alloc (winhttp_private.h:320)
==8903== by 0x4F9EED9: WinHttpReadData (request.c:2496)
==8903== by 0x4E50D9C: test_async (notification.c:460)
==8903== by 0x4E50E85: func_notification (notification.c:479)
==8903== by 0x4E6AC75: run_test (test.h:584)
==8903== by 0x4E6B064: main (test.h:654)
==8903==
--
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.
https://bugs.winehq.org/show_bug.cgi?id=36613
Bug ID: 36613
Summary: valgrind shows an unintialized write in
winhttp/tests/notification.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
../../../tools/runtest -q -P wine -T ../../.. -M winhttp.dll -p
winhttp_test.exe.so notification && touch notification.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
==28055== Thread 2:
==28055== Syscall param write(buf) points to uninitialised byte(s)
==28055== at 0x4226D1B: ??? (syscall-template.S:81)
==28055== by 0x7BC7FD72: send_request (server.c:198)
==28055== by 0x7BC7FF91: wine_server_call (server.c:294)
==28055== by 0x7BC890FC: NtSetEvent (sync.c:361)
==28055== by 0x7B87723E: SetEvent (sync.c:572)
==28055== by 0x4CA543A: check_notification (notification.c:120)
==28055== by 0x4E24DA0: send_callback (session.c:75)
==28055== by 0x4E1645A: release_object (handle.c:81)
==28055== by 0x4E26110: request_destroy (session.c:559)
==28055== by 0x4E164D2: release_object (handle.c:85)
==28055== by 0x4E19EE3: task_thread (request.c:186)
==28055== by 0x7BC90A24: worker_thread_proc (threadpool.c:110)
==28055== by 0x7BC870C7: ??? (signal_i386.c:2571)
==28055== by 0x7BC87110: call_thread_func (signal_i386.c:2630)
==28055== by 0x7BC870A5: ??? (signal_i386.c:2571)
==28055== by 0x7BC8E4EC: start_thread (thread.c:428)
==28055== by 0x421FF92: start_thread (pthread_create.c:309)
==28055== by 0x43247ED: clone (clone.S:129)
==28055== Address 0x62ce700 is on thread 1's stack
==28055== Uninitialised value was created by a stack allocation
==28055== at 0x7BC7FF56: wine_server_call (server.c:288)
==28055==
--
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=32418
Bug #: 32418
Summary: Skylanders Spyro's Adventure can't find USB RFID
reader
Product: Wine
Version: 1.5.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: reedstrm(a)gmail.com
Classification: Unclassified
Created attachment 42766
--> http://bugs.winehq.org/attachment.cgi?id=42766
lsusb -v output for portal usb device
Skylanders is a game that uses character toys w/ RFID chips to determine your
player i nthe game, and store character stats. The original game came w/ a PC
version, which this is. Installation and SecureROM DRM all work, to the point
of needing the reader. The reader presents as a USB HID device. There exists a
downloadable character editor that has been reverse engineered from the
web-flash game portal driver. The editor fails under wine with:
unimplemented function hid.dll.HidD_SetOutputReport
I'm a long time wine user, but haven't developed with it. If some one can give
me some assistance, I can walk though providing appropriate debug and backtrace
reports. Note that the game proper does not fail as above.
--
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=9654
Summary: Links from http://appdb.winehq.org/ always open in the
same window
Product: WineHQ Bugzilla
Version: unspecified
Platform: Other
URL: http://appdb.winehq.org/
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: misc-bugs
AssignedTo: jnewman(a)codeweavers.com
ReportedBy: acheron(a)front.ru
Shift-clicking (or Control-clicking) on some links in Firefox with JavaScrippt
on results in the link opening both in the new window (or tab) and in the old
window. Observed on e.g. "Top-10" lists. This is inconvenient.
I may be wrong (I'm not good at HTML and Javascript) but I think the reason is
having both onclick="DoNav('...') and href="..." pointing to the same page.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=15947
Summary: appdb no way to edit vendor
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: a.hurst(a)shef.ac.uk
After submitting a new app (Utilities/VLtools) along with its vendor (Digifly),
I realised I had no way to correct the error I made in the URL for the Vendor
(missing http://)
Should the user who submitted a new Vendor have the power to edit 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.
http://bugs.winehq.org/show_bug.cgi?id=22798
Summary: Invalid Wine version results in hidden / lost /
invisible test results entry
Product: WineHQ Apps Database
Version: unspecified
Platform: x86
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sparr0(a)gmail.com
I submitted test results for Time of Defiance
(http://appdb.winehq.org/objectManager.php?sClass=version&iId=8261) with an
invalid Wine Version number (1.1.45). The form accepted my submission, and I
was later emailed that my results had been added (perhaps because I was the
submitter, perhaps because I am the maintainer of the version). Now
http://appdb.winehq.org/objectManager.php?sClass=version&iId=8261&iTestingI…
displays my new results in the "Selected Test Results" box, but on no page are
the details of the results visible in the "Test Results" box.
I expect two fixes are required here. First, more input validation on the
submission page. Second, whatever is preventing this entry from showing up
under Test Results.
--
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=35563
Bug ID: 35563
Summary: GetProcessMemoryInfo() is unimplemented
Product: Wine
Version: 1.7.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: achurch+wine(a)achurch.org
Classification: Unclassified
Despite bug 13302, GetProcessMemoryInfo() is still effectively unimplemented,
in that it returns zero in all fields instead of actual data. The missing code
is in the underlying ntdll call, NtQueryInformationProcess(ProcessVmCounters):
(see http://source.winehq.org/source/dlls/ntdll/process.c#L231)
case ProcessVmCounters:
{
VM_COUNTERS pvmi;
[...]
/* FIXME : real data */
memset(&pvmi, 0 , sizeof(VM_COUNTERS));
Test program (compile with -lpsapi):
#include <assert.h>
#include <windows.h>
#include <psapi.h>
int main(int argc, char **argv) {
PROCESS_MEMORY_COUNTERS pmc;
assert(GetProcessMemoryInfo(GetCurrentProcess(), &pmc, sizeof(pmc)));
assert(pmc.WorkingSetSize > 0);
return 0;
}
--
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=33987
Bug #: 33987
Summary: Secret Files 3 demo shows only some parts of
background in ConfigTool
Product: Wine
Version: 1.6-rc4
Platform: x86
URL: http://content.deepsilver.com/kochmedia/downloads/gehe
imakte3/SF3_Demo.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrey.goosev(a)gmail.com
CC: andrey.goosev(a)gmail.com
Classification: Unclassified
>From a terminal
fixme:win:EnumDisplayDevicesW ((null),0,0x32f0b8,0x00000000), stub!
--
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=33717
Bug #: 33717
Summary: regedit: Sorting registry keys on refreshing
Product: Wine
Version: 1.5.31
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
Classification: Unclassified
Renaming a registry key can cause it to be unsorted. If I remember correctly on
Windows XP if I have pressed F5 to refresh the view Windows regedit has
automatically sorted the keys. This behavior is missing on Wines regedit.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=37976
Bug ID: 37976
Summary: Poedit 1.7.4 crashes on unimplemented function
msvcr120.dll.??0_ReentrantBlockingLock@details@Concurr
ency@@QAE@XZ
Product: Wine
Version: 1.7.35
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 50602
--> https://bugs.winehq.org/attachment.cgi?id=50602
Console output
The Poedit installer works fine, but after installation Poedit crashes when you
try to run it.
I have no idea what ReentrantBlockingLock does and I can't find any
documentation about it.
--
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=23302
Summary: Not standard background color in Wine configuration
Product: Wine
Version: 1.2-rc4
Platform: x86
URL: http://winehq.org
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ariafan(a)mail.ru
Created an attachment (id=29053)
--> (http://bugs.winehq.org/attachment.cgi?id=29053)
Wine configuration - About
Wine configuration:
1. A text in the About tab is drawed with another background color (always
white?).
2. Checkboxes background in the Audio tab is white always.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=37404
Bug ID: 37404
Summary: A right click on a registry key does not select it
Product: Wine
Version: 1.7.28
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sworddragon2(a)aol.com
Distribution: ---
Steps to reproduce:
1. Open regedit.
2. Make a right click on a non-selected registry key.
Expected result:
The registry key should get selected (at least this is the case with a native
Windows XP).
Actual result:
The selection is still kept on the previous selected registry key.
--
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=20215
Summary: Extra mouse buttons do not work in Firefox
Product: Wine
Version: 1.1.30
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Rainmaker526(a)hotmail.com
When running firefox under Wine, the extra mouse buttons on my mouse (the
"thumb" buttons) do nothing.
When using firefox under Windows or under Linux, the buttons act as a forward -
back button, but not when it's running under Wine.
I am sure this is not an modmap issue, as the buttons do work with some other
applications in Wine (SWAT4 for instance). The buttons do not seem to generate
any event to the application.
--
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=30764
Bug #: 30764
Summary: regedit: a key created from right-click context menu
is in incorrect position
Product: Wine
Version: 1.5.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: djelinski1(a)gmail.com
Classification: Unclassified
In Windows when you right-click a key and select New->Key, the new key is
created as a subkey of the key you clicked. In Wine it is a subkey of a key
that was previously selected by left-clicking or keyboard - click position is
ignored.
--
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.