http://bugs.winehq.org/show_bug.cgi?id=35231
Bug ID: 35231
Summary: bad HTML in ppa line results in leading space in
Firefox
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
URL: http://www.winehq.org/download/ubuntu
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: info(a)skierpage.com
Classification: Unclassified
I followed the instructions in http://www.winehq.org/download/ubuntu ,
but when I copy and paste the line
ppa:ubuntu-wine/ppa
into Muon Package Manager (the Kubuntu software installer), the button to add
the source wouldn't enable.
The glitch is if you triple-click the line in Firefox (and SeaMonkey) and copy
it, it includes a leading space, so the Software Sources dialog thinks it's
invalid. The workaround is easy, remove the leading space in the dialog, but
it's easy to miss.
The fix is to fix the HTML of that page to not have the whitespace in front.
It's currently the invalid
<p>Then, <b>copy and paste the line below</b>.</p>
<i>ppa:ubuntu-wine/ppa</i></p>
If you change the second line to
<p><i>ppa:ubuntu-wine/ppa</i></p>
then the problem goes away.
--
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=34955
Bug #: 34955
Summary: forums.winehq fails to redirect to forum.winehq in
https
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: adys.wh(a)gmail.com
Classification: Unclassified
https://forums.winehq.org
vs
http://forums.winehq.org
--
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=34672
Bug #: 34672
Summary: Wine-Reviews
Product: WineHQ.org
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: avm82ms(a)gmail.com
Classification: Unclassified
I click the link at http://appdb.winehq.org/ "Wine-Reviews:"
(http://www.wine-reviews.net/) and see an error report:
Warning: Parameter 1 to modDimensionMenuHelper::buildXML() expected to be a
reference, value given in
/home3/winerevi/public_html/libraries/joomla/cache/handler/callback.php on line
99
Fatal error: Call to a member function children() on a non-object in
/home3/winerevi/public_html/modules/mod_dimensionmenu/helper.php on line 101
site does not working.
--
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=3260
--- Comment #56 from Andrey Gusev <andrey.goosev(a)gmail.com> ---
*** Bug 34148 has been marked as a duplicate of this bug. ***
--
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=31682
Bug #: 31682
Summary: Sony PC Companion 2.10 crashes at the welcome screen
Product: Wine
Version: 1.5.12
Platform: x86-64
URL: http://www-support-downloads.sonymobile.com/Software%2
0Downloads/PC%20Companion/Sony%20PC%20Companion_2.10.0
94_Web.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Created attachment 41651
--> http://bugs.winehq.org/attachment.cgi?id=41651
wine-1.5.12-194-g688aa1f console output
Using native msxml3 to work around Bug 31681, the PC Companion brings up a
start window. Immediately after the start window there is another crash.
Winedbg does produce a backtrace.
Note: Skip MTP install to save time.
--
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=6946
--- Comment #21 from Henri Verbeet <hverbeet(a)gmail.com> ---
(In reply to Sebastian Riemer from comment #20)
> err:wgl:has_opengl Failed to load libGL: libGL.so.1: cannot open shared
> object file: No such file or directory
That's an issue with your (32-bit) OpenGL setup.
--
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=3591
--- Comment #23 from Bernhard Reiter <ockham(a)raz.or.at> ---
Well if I read BindImageEx docs correctly, the actual work is probably
performed by some user callback passed as StatusRoutine pointer
(http://msdn.microsoft.com/en-us/library/windows/desktop/ms680653%28v=vs.85%…)
to BindImageEx, with arguments passed by BindImageEx such as the library names
and paths. So if I understand correctly, BindImageEx doesn't have to copy DLLs,
but -- at least a stub -- just needs to pass their names and paths to
StatusRoutine. Is that correct? And would that be hard to implement?
--
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=3591
--- Comment #22 from Alexandre Julliard <julliard(a)winehq.org> ---
There's no evidence that BindImageEx needs to be implemented. A stub that
copies dlls would probably be enough.
--
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=6946
--- Comment #20 from Sebastian Riemer <Sebastian.Riemer(a)gmx.de> ---
This is still broken in Wine 1.7.15. Just tested it.
It is even more broken as the TDR2000.gfx can't be generated at all.
A message box popped up and I had to kill the process:
TRenderDevice::En..
FAILED: FindDepthBufferFormat
Log:
fixme:ddraw:DirectDrawEnumerateExA flags 0x00000004 not handled
err:wgl:has_opengl Failed to load libGL: libGL.so.1: cannot open shared object
file: No such file or directory
err:wgl:has_opengl OpenGL support is disabled.
fixme:win:EnumDisplayDevicesW ((null),0,0x33e328,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33dc28,0x00000000), stub!
fixme:ddraw:DirectDrawEnumerateExA flags 0x00000004 not handled
fixme:win:EnumDisplayDevicesW ((null),0,0x33d6c8,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33cfb8,0x00000000), stub!
--
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=3591
--- Comment #21 from Bernhard Reiter <ockham(a)raz.or.at> ---
If filing a new bug report is considered inappropriate, could someone
privileged enough at least change this bug's the title to something more
concise (about implementing BindImageEx) and component (to imagehlp)?
--
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.