http://bugs.winehq.org/show_bug.cgi?id=30465
Bug #: 30465
Summary: BridgeCentral: Invalid floating point operation in
mozjs.dll (fldcw in JSDOUBLE_IS_INT32)
Product: Wine
Version: 1.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: u.dickow(a)gmail.com
Classification: Unclassified
When BridgeCentral 2.2.3 is logged in to a club database on the Internet, it
will be fatally hit by an "Invalid floating point operation" dialog box after
at most (and often exactly) 9 minutes of operation, i.e. 9 minutes after
opening of the main window displaying the very simple web page
http://bridge.dk/bridgecentral/nyheder/Welcome/Welcome.html . When you press
OK to the dialog box, the application is either completely confused and
unusable, or it immediately crashes with 2 more dialog boxes about Access
violation in mozjs.dll for read of an address, and the general wine "Serious
problem" box. The crash happens completely reproducibly if you just let the
application wait at the Welcome window after login and don't touch it.
"Unfortunately" (from a debugging point of view) the bug does _not_ appear when
BridgeCentral 2.2.3 uses only a local database, without any Firebird TCP
connection. So although anyone can download BridgeCentral from
http://bridgecentral.dk/ , you cannot easily reproduce the bug without being a
privileged member of a Danish DBf bridge club.
--
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=35721
Bug ID: 35721
Summary: Black and White: Unhandled page fault on read access
to 0x00000138 at address 0x37f204
Product: Wine
Version: 1.7.13
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linus(a)folkdatorn.se
Created attachment 47710
--> http://bugs.winehq.org/attachment.cgi?id=47710
Complete output from wine runblack.exe
When trying to run Black and White on wine 1.7.13 it crashes when starting with
the following error:
wine: Unhandled page fault on read access to 0x00000138 at address 0x37f204
(thread 003e), starting debugger...
This does NOT happen when using wine 1.7.5.
My computer takes forever just to build one version of wine so I haven't had
the time for regression testing yet. If someone could do it for me I would be
very thankful.
Attached is the complete output from `wine runblack.exe`.
--
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=41438
Bug ID: 41438
Summary: fastone image viewer 5.9 "crop" window do not show if
called by hotkey from full screen mode
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: unxed(a)mail.ru
Distribution: ---
steps to reproduce:
1. get faststone image viewer from here:
http://www.faststone.org/FSViewerDownload.htm
2. select any image
3. press "enter" to go to fullscreen mode
4. prexx "x" for crop properties window
5. the window will be shown in background, with no way to switch to it:
actually unusable
--
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=30762
Bug #: 30762
Summary: msxml3/domdoc tests flaky
Product: Wine
Version: 1.5.4
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
ca48dac8821e128db8991dc54b4dedc8c321e816 and
9c0486d7a802c2f618a56a2074c5d790d329e3cf
both seem to have introduced some flaky tests in msxml3/domdoc.
Here's the result of 455 runs in a loop on ubuntu 12.04 (though I
also saw these on Centos 6):
342 domdoc.c:11537: Test failed: got L"http://blahblah.org"
342 domdoc.c:11542: Test failed: got L"http://blah.org"
350 domdoc.c:11647: Test failed: got L"http://blahblah.org"
350 domdoc.c:11652: Test failed: got L"http://blah.org"
3 domdoc.c:2098: Test failed: can't create file
C:\users\dank\Temp\leading_spaces.xml: 32
--
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=28578
Bug #: 28578
Summary: Editing a wiki page strips out carriage returns from
all preformatted text on that page
Product: WineHQ.org
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: www-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dimesio(a)earthlink.net
Classification: Unclassified
This most recently happened with the Regression Testing page (bug 28575), but
I've seen it before on other pages: carriage returns are removed from
preformatted text, even if that part is not edited directly, and the
preformatted text turns into an unreadable mess. It used to be possible to
avoid this by staying in GUI mode and not previewing, but that seems to no
longer work.
--
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=33470
Bug #: 33470
Summary: Don't allow to create wiki pages with external links
Product: WineHQ.org
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: www-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dmitry(a)baikal.ru
CC: dimi(a)lattica.com
Classification: Unclassified
Just have a look at http://wiki.winehq.org/RecentChanges, it really starts
to take quite a bit of an effort to clean Wine wiki from spam.
Apparently, spammers can't be stopped by keywords listed in the stop list
http://wiki.winehq.org/LocalBadContent, and that's another problem.
Disallowing to create wiki pages with external links is considered main and
very efficient way to stop wiki spam, there are many resources explaining how
to do that for various wiki engines.
--
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=40642
Bug ID: 40642
Summary: Show windows application menu in OS X global menubar
Product: Wine
Version: 1.9.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: winemac.drv
Assignee: wine-bugs(a)winehq.org
Reporter: f.platte(a)platte-web.de
Distribution: ---
The MacDriver has evolved significantly from when it was introduced and I have
no need to use the X11 window environment since quiet some time. However what
is still missing menubar integration. I don't know if this ever was planed,
however I think this is one of the most logical progression for wine on OS X.
I'm posting this now because I just came across a windows tool which does
exactly that. While there were always attempts to theme windows like OS X and
emulating the global menubar now someone found a way to do just that
(http://lee-soft.com/el-capitan-menubar-for-windows/). So as it's possible to
extract windows applications' menus it might be possible to integrate them into
OS X's menubar as GTK and Java can inject menus there, too.
While I related this "bug report" to the MacDriver and OS X it might also be
useful for Ubuntu, as it (optionally) also features a global menubar.
--
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=43231
Bug ID: 43231
Summary: Dai-Senryaku Perfect 3.0:Not draw background with GDI.
Product: Wine
Version: 2.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: whatisthis.sowhat(a)gmail.com
Distribution: ---
When playing Dai-Senryaku Perfect 3.0 for PC (大戦略バーフェクト3.0
http://www.ss-alpha.co.jp/products/dsperfect3.html ), using with GDI as DDraw
renderer, not show background and map.
When using OpenGL as renderer, background and map were drawn, but, very slowly.
Too slow to unplayable.
With Wine 2.0, with GDI, play fine.But with 2.0 with OpenGL, very slowly.
Note:
1. Trial version is available:
http://www.ss-alpha.co.jp/download/dsperfect3_tk.html
2. For product version, set registry values to "DSP3.bin", do not set to
"DSP3.exe".
Regards.
--
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.