https://bugs.winehq.org/show_bug.cgi?id=39221
Bug ID: 39221
Summary: msi:install fails if privileges not high enough
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The following failures only happen if the test is run in a user account with
too few privileges.
install.c:3162: Test failed: Expected ERROR_SUCCESS, got 1603
install.c:3184: Test failed: Expected ERROR_SUCCESS, got 1603
In particular one can notice this bug on the following WineTest boxes:
fg-win2000-rusr: Windows 2000 in a Restricted user account
fg-win7u64-1spie9usr: Windows 7 in a regular user account.
fg-win7u64-1spie9adm: Windows 7 in the administrator user account but without
elevated privileges.
Note however that it succeeds on the following boxes:
fg-win2000-susr: Windows 2000 in a Standard (Power) user account.
fg-winxp-lusr: Windows XP with a Limited user account.
That it succeeds in a Standard (Power) user account on Windows 2000 is probably
normal, I believe those can install applications even though they are not
administrators. It's a bit more surprising seeing it work in XP's Limited user
account.
See:
https://test.winehq.org/data/tests/msi:install.html
--
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=39235
Bug ID: 39235
Summary: wintrust:crypt fails on Windows 2000 if privileges not
high enough
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: setupapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The following failures only happen if the test is run in a restricted user
account.
crypt.c:207: Test failed: Expected success, got FALSE with 4313
crypt.c:208: Test failed: Expected a context handle, got NULL
crypt.c:220: Test failed: Expected success, got FALSE with 87
crypt.c:247: Test failed: CryptCATAdminAcquireContext failed 4313
crypt.c:253: Test failed: Expected a context handle, got NULL
crypt.c:262: Test failed: Expected
CatRoot\{DEADBEEF-DEAD-BEEF-DEAD-BEEFDEADBEEF} directory to exist
crypt.c:277: Test failed: Expected success, got FALSE with 87
crypt.c:281: Test failed: Expected success, got FALSE with 4313
crypt.c:282: Test failed: Expected a context handle, got NULL
crypt.c:285: Test failed: Expected success, got FALSE with 87
crypt.c:291: Test failed: Expected FALSE and ERROR_INVALID_PARAMETER with
untouched handle, got 0 and 4313 with 00000000
In particular one can notice this bug on the following WineTest box:
fg-win2000-rusr: Windows 2000 with a Restricted user account
Note however that it succeeds in non-Restricted user accounts on the following
boxes for instance:
fg-win2000-susr: Windows 2000 with a Standard (Power) user account.
fg-winxp-lusr: Windows XP with a Limited user account.
fg-win7u64-1spie9usr: Windows 7 with a regular user account.
See:
https://test.winehq.org/data/tests/wintrust:crypt.html
--
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=24373
Summary: Maximized windows decorated by Wine should not have
visible borders
Product: Wine
Version: 1.3.2
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
When "allow the windows manager to decorate the windows" is unchecked in
winecfg, maximizing a window doesn't remove/hide the borders on each side as it
does on Windows (and other window managers).
This can be reproduced with Wine's notepad.
--
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=21918
Summary: Alt key doesn't show menu in Notepad++
Product: Wine
Version: 1.1.39
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mathias.buren(a)gmail.com
On Ubuntu 9.10c 32-bit; Wine 1.1.39. I installed Notepad++ (
http://notepad-plus.sourceforge.net/uk/site.htm ), went to options and enabled
"hide menu until alt key is pressed". The menu becomes hidden alright, but it
doesn't show the menu again when I press the alt key (tried both left and right
alt).
Expected behaviour: The menu shows on when the alt key is pressed.
--
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=32079
Bug #: 32079
Summary: dotted files hasn't displayed
Product: Wine
Version: 1.5.15
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: icegood1980(a)gmail.com
Classification: Unclassified
Application: notepad++ (http://notepad-plus-plus.org/)
wine config /drivers/ show dot files checked.
In explorer under notepad++ dot files hasn't shown. In particular in home
directory.
--
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=33590
Bug #: 33590
Summary: Notepad++: save as dialog should auto-select text
Product: Wine
Version: 1.5.30
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download
Severity: trivial
Priority: P2
Component: comdlg32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: gatlinsullivan(a)yahoo.com
Classification: Unclassified
Follow up to bug 24492
On windows, run Notepad++, type 'asdf' then 'CTRL+S' to bring up the save
dialog. On windows, 'new 1.txt' is already selected, you can just type 'blah'
then press enter, and get 'blah.txt'. On wine, 'new 1.txt' isn't selected, so
you get 'blahnew 1.txt' and when you try to save it, it fails.
Trivial, but annoying.
--
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=37927
Bug ID: 37927
Summary: Camtasia fails to open in wine 1.6.2
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: techbin1(a)gmail.com
Distribution: ---
Created attachment 50516
--> https://bugs.winehq.org/attachment.cgi?id=50516
Camtasia crash backtrace
Camtasia appeared to install correctly. When I try to open, I get an error
message about an unregistered dll "C:\windows\SysWOW64\quartz.dll". This
message repeats three times after which it crashes. Attached find backtrace.
--
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=48053
Bug ID: 48053
Summary: kernel32:change fails randomly (and rarely) in Wine
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
kernel32:change gets the following failure from time to time in test_ffcn():
change.c:320: Test failed: should be ready
See https://test.winehq.org/data/tests/kernel32:change.html
This impacts all three Wine builds.
Because only the first WaitForSingleObject() fails this indicates a likely race
between it and the previous DeleteFile(). That race may be specific to deletion
since this failure does not seem to happen in the CreateFile(),
CreateDirectory() and RemoveDirectory() cases.
--
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=41989
Bug ID: 41989
Summary: program will not load and run
Product: Wine
Version: 2.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mark_crn(a)yahoo.com
Distribution: ---
Created attachment 56396
--> https://bugs.winehq.org/attachment.cgi?id=56396
save bug file
Musette encounter a fatal exception
--
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=45233
Bug ID: 45233
Summary: TIDAL installer can't launch installed program in
64bit WINEPREFIX
Product: Wine
Version: 3.8
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 61462
--> https://bugs.winehq.org/attachment.cgi?id=61462
Wine log in 64bit WINEPREFIX
After installation has finished (you need to use the msi installer due to bug
45232), it offers you to start the program.
This only works in a 32bit WINEPREFIX, it fails with 64bit.
--
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.