http://bugs.winehq.org/show_bug.cgi?id=30033
Bug #: 30033
Summary: Office 2010 Standard: Volume activation fails
Product: Wine
Version: 1.4-rc5
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sean(a)techobrien.com
Classification: Unclassified
Created attachment 39121
--> http://bugs.winehq.org/attachment.cgi?id=39121
Activation failure inside of winword.exe
Product activation of Office 2010 Standard Edition with a Volume License Key
fails when using change product key method for activation. (VLK installer does
not require a key during setup, only after installation for activation)
"Configuring Microsoft Office Standard 2010" fails with error message
"Microsoft Office Standard 2010 configuration did not complete successfully
Attached log is of changing product key inside of winword.exe, but process and
failure is the same for all office applications.
--
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=18557
Summary: Slingplayer 2.0 Setup Assistant fails and hangs app
Product: Wine
Version: 1.1.21
Platform: PC
URL: http://download.slingmedia.com/player/pc/SP2/SlingPlay
er-2.0.3508-Setup-EMEA.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Created an attachment (id=21218)
--> (http://bugs.winehq.org/attachment.cgi?id=21218)
wine-1.1.21-316-g8f33420 console output
Slingplayer 2.0 opens the Setup Assistant to set Slingplayer and Slingbox
settings, update firmware, and to log into Sling.com to retrieve personal
information.
The Setup Assistant is basically a web page loaded in a small window that
interacts with the Slingplayer via what appears to be Javascript and ActiveX.
Upon loading the Assistant, nothing happens, just a blank screen. Closing the
window makes the Slingplayer unusable and has to be killed.
Installing IE6 throws a bunch of scripting and ActiveX errors before also
failing.
--
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=19526
Summary: regedit does not give gui feedback on import of keys
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: trivial
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
On windows:
regedit test.reg
Registry Editor
Are you sure you want to add the information in test.reg to the registry?
-then-
Registry Editor
Information in test.reg has been successfully entered into the registry.
On wine:
nothing
--
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=26046
Summary: comctl32/monthcal tests show some invalid reads under
valgrind
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=33219)
--> (http://bugs.winehq.org/attachment.cgi?id=33219)
valgrind log
Conditional jump or move depends on uninitialised value(s)
at CompareFileTime (time.c:888)
by MONTHCAL_CompareSystemTime (monthcal.c:282)
by MONTHCAL_CompareMonths (monthcal.c:294)
by MONTHCAL_CalcDayXY (monthcal.c:563)
by MONTHCAL_CalcPosFromDay (monthcal.c:599)
by MONTHCAL_UpdateToday (monthcal.c:1546)
by MONTHCAL_SetToday (monthcal.c:1565)
by MONTHCAL_WindowProc (monthcal.c:2662)
by ??? (winproc.c:172)
by call_window_proc (winproc.c:242)
by WINPROC_CallProcAtoW (winproc.c:601)
by CallWindowProcA (winproc.c:960)
by monthcal_subclass_proc (monthcal.c:543)
by ??? (winproc.c:172)
by call_window_proc (winproc.c:242)
by WINPROC_call_window (winproc.c:908)
by call_window_proc (message.c:2201)
by send_message (message.c:3042)
by SendMessageA (message.c:3187)
by test_today (monthcal.c:1208)
Uninitialised value was created by a stack allocation
at MONTHCAL_CompareSystemTime (monthcal.c:276)
full log attached.
--
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=14530
Summary: Easy68k M68000 emulator: Copy & Paste does not work!
Product: Wine
Version: 1.1.1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nestorac(a)gmail.com
The application in this webpage:
http://www.easy68k.com
which is a Motorola 68k microprocessor emulator works flawlessly on Wine except
for Copy & Paste, which does not work.
Please, try it with las version, 1.1.1. Can anyone confirm this?? I have Ubuntu
Hardy 8.04.1 and wine-1.1.1
There's also some strange behaviour: sometimes, when writing code, pressing Tab
key makes the application not only to put a tabulator, but to start a new line.
I think it would be really good to have it working on Linux, since it can be
used at the University.
This should be very easy to test. I have also sent a message to the developer
forum of that application, but I think it has more to do with Wine than with
the application itself.
Thanks!!
--
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=28741
Bug #: 28741
Summary: Odd coordinate in hit test causes uninitialized value
references in MONTHCAL_CalculateDayOfWeek()?
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
Running "make monthcal.ok" in comctl32/tests with Valgrind reports:
Conditional jump or move depends on uninitialised value(s)
at __moddi3 (in dlls/ntdll/ntdll.dll.so)
by RtlTimeToTimeFields (time.c:126)
by FileTimeToSystemTime (time.c:858)
by MONTHCAL_CalculateDayOfWeek (monthcal.c:469)
by MONTHCAL_GetMonth (monthcal.c:486)
by MONTHCAL_HitTest (monthcal.c:498)
by MONTHCAL_WindowProc (monthcal.c:2861)
by ??? (in /oldhome/dank/wine-git/dlls/user32/user32.dll.so)
by call_window_proc (winproc.c:242)
by WINPROC_CallProcAtoW (winproc.c:601)
by CallWindowProcA (winproc.c:960)
by monthcal_subclass_proc (monthcal.c:566)
by ??? (in dlls/user32/user32.dll.so)
by call_window_proc (winproc.c:242)
by WINPROC_call_window (winproc.c:908)
by call_window_proc (message.c:2211)
by send_message (message.c:3084)
by SendMessageA (message.c:3286)
by test_hittest (monthcal.c:1042)
by func_monthcal (monthcal.c:1957)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a stack allocation
at MONTHCAL_CalculateDayOfWeek (monthcal.c:462)
Something seems to be creating an out of range date; then when
MONTHCAL_CalculateDayOfWeek() converts to (and then back from)
a different time representation, the conversion fails, leading to
use of garbage.
My guess is that test_hittest() is picking some area to hittest that
is driving the code bonkers. We get lucky, and the test passes anyway.
I don't know if a real hittest could give the wrong answer in some
situations.
--
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=16505
Summary: 4oD installs but won't start
Product: Wine
Version: 1.1.10
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: drraph(a)gmail.com
Created an attachment (id=17935)
--> (http://bugs.winehq.org/attachment.cgi?id=17935)
wine log
Output of
WINEPREFIX="/home/raph/.wine" wine "C:\\Program Files\\Kontiki\\khost.exe" -p
4od1 -t cache:c4_home.html#pageId=0 -s
class=dialog,width=1280,height=960,position=1,resize=1,scrollbars=1,visible=0,name=main
Expected result: application starts
Actual result: wine output the log above and returns prompt. App does not
start.
--
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=26851
Summary: Zoo Tycoon 2: Marine Mania demo installer fails
Product: Wine
Version: 1.3.18
Platform: x86-64
URL: http://download.microsoft.com/download/f/b/6/fb6fb887-
65ba-4d75-8039-97a565b85558/setup.exe
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Created an attachment (id=34228)
--> (http://bugs.winehq.org/attachment.cgi?id=34228)
wine-1.3.18-85-g99f6894 console output
According to the AppDB, this is an old bug that has never been logged.
The demo for Zoo Tycoon 2: Marine Mania fails to install.
The installer extracts the relevant files but then immediately fails. A dialog
reports an unhandled exception and exits.
--
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=13355
Summary: Richedit very slowly open big text files
Product: Wine
Version: 1.0-rc1
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nx(a)operamail.com
Richedit wery slowly open big text files (about 700 KB an biggers) while in
Windows XP same program million times faster open same big's file.
--
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=13319
Summary: In dlls/user32/edit.c EDIT_EM_ReplaceSel Clobbers
Important Var When Buffer Overflows
Product: Wine
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bsmith(a)sudleyplace.com
Please don't hate me, but I don't have git or anything like it installed
to make a formal patch, but I have benefited greatly from your work, so
I'd like to repay the effort by reporting a bug even though I realize
it's not in the correct format.
In a Windows app, I am using edit.c as a replacement for the EDIT
control in Windows. I don't use any of the other WineHQ files.
Here's a short description of the bug:
The handler EDIT_EM_ReplaceSel misbehaves when an insertion triggers a
buffer overflow. The code correctly calls EDIT_NOTIFY_PARENT(es,
EN_MAXTEXT), but shortly thereafter clobbers an important variable
(strl) by using it instead of a temporary.
The relevant OLD code in EDIT_EM_ReplaceSel is as follows:
--------------------------------------------------------------
if ((honor_limit) && (size > es->buffer_limit)) {
EDIT_NOTIFY_PARENT(es, EN_MAXTEXT);
/* Buffer limit can be smaller than the actual length of text
in combobox */
if (es->buffer_limit < (tl - (e-s)))
strl = 0;
else
strl = es->buffer_limit - (tl - (e-s));
}
if (!EDIT_MakeFit(es, tl - (e - s) + strl))
return;
--------------------------------------------------------------
the NEW code is as follows:
--------------------------------------------------------------
if ((honor_limit) && (size > es->buffer_limit)) {
EDIT_NOTIFY_PARENT(es, EN_MAXTEXT);
/* Buffer limit can be smaller than the actual length of text
in combobox */
if (es->buffer_limit < (tl - (e-s)))
strl2 = 0;
else
strl2 = es->buffer_limit - (tl - (e-s));
}
else
strl2 = strl;
if (!EDIT_MakeFit(es, tl - (e - s) + strl2))
return;
--------------------------------------------------------------
The calculation inside the honor_limit bracket of the value to use with
the call to EDIT_MakeFit uses strl as if it were a temp var. This
variable actually holds strlenW (lpsz_replace) and is used in later code
as if it still had the original value. Using a (new) variable strl2
solves that problem -- this variable is declared as a UINT in the
prologue. Perhaps you would prefer a name different from strl2 to
better reflect its temporary nature.
If you agree with the above analysis, I would greatly appreciate it if
someone would make this into a patch and take it from there. I have
make the above changes in my copy of edit.c and it works just fine when
the buffer overflows which is how I stumbled on this bug in the first place.
--
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.