http://bugs.winehq.org/show_bug.cgi?id=36868
Bug ID: 36868
Summary: Builtin browser can't submit HTML <form>
Product: Wine
Version: 1.7.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: litimetal(a)gmail.com
Created attachment 48964
--> http://bugs.winehq.org/attachment.cgi?id=48964
+mshtml,+tid.txt
0. wine iexplorer http://lzbtesthustoj1000.u.qiniudn.com/htmlform.html
1. Click 'Submit'
2. Nothing happens
winetricks ie7 workarounds it
I'll keep working on 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=33781
Bug #: 33781
Summary: Installation of CSC Show Control software/Run Time
Error '429'
Product: Wine
Version: 1.4.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lxsparks(a)hotmail.com
Classification: Unclassified
Created attachment 44747
--> http://bugs.winehq.org/attachment.cgi?id=44747
Trace log
Installation of CSC Show Control software goes fine.
Running application results in the error:
"Run time error '429'
ActiveX Component can't create object"
I have tried running it under different windows profiles.
--
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=35463
Bug ID: 35463
Summary: shell32/tests shlfileop : would fail depending on
locale settings
Product: Wine
Version: 1.7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: litimetal(a)gmail.com
Classification: Unclassified
run 'make test' in dlls/shell32/tests
And I got
--
shlfileop.c:2236: Test failed: Could not find unique multibyte representation
for directory name using default codepage
--
Change $LANG to [zh_CN | zh_HK | zh_TW | ja_JP].utf8 would cause this problem.
Change $LANG to en_US.utf8 would workaround it.
If change $LANG to other encoadings, more problems would appear, like zh_CN.gbk
--
shlfileop.c:2236: Test failed: Could not find unique multibyte representation
for directory name using default codepage
shlfileop.c:2353: Test failed: The file does not exist
shlfileop.c:2355: Test failed: File is not removed, ErrorCode: 3
shlfileop.c:94: Test failed: Failure to open file
shlfileop.c:2361: Test failed: The file does not exist
shlfileop.c:2363: Test failed: File is not removed, ErrorCode: 3
shlfileop.c:2374: Test failed: SHCreateDirectoryExW returned 2
shlfileop.c:2375: Test failed: The directory is not created
shlfileop.c:2378: Test failed: Directory is not removed, ErrorCode: 3
shlfileop.c:2383: Test failed: SHCreateDirectoryExW returned 2
shlfileop.c:2384: Test failed: The directory was not created
shlfileop.c:2387: Test failed: Directory is not removed, ErrorCode: 3
--
--
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=37663
Bug ID: 37663
Summary: KeePass 2.28 (Portable Version) - Crash on Startup
Product: Wine
Version: 1.7.32
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: reefland(a)gmail.com
Distribution: ---
Created attachment 50126
--> https://bugs.winehq.org/attachment.cgi?id=50126
Backtrace created after crash.
Exising installation of KeePass 2.28 (Portable) fails to start after WINE
upgrade.
Works fine with 1.7-30. Fails with 1.7.31 and 1.7.32. Roll-back to 1.7-30
works again.
--
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=32865
Bug #: 32865
Summary: MS Access/text/csv/excel ODBC driver error
Product: Wine
Version: 1.5.22
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: odbc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sathishkumarnadu(a)gmail.com
Classification: Unclassified
When trying to import files(excel/access/csv/txt) using ODBC I get two errors
- "Specified driver could not be loaded due system error 126". when trying to
import files with .xlsx and .accdb
- [Microsoft][ODBC Driver Manager] Data source name not found and no default
driver specified.
After following all the steps specified here:
http://wiki.winehq.org/NativeOdbc, I still get the same errors.
Please find the screenshots attached of the error messages.
As a work around I copied the following from a Windows XP machine to the wine
system32 folder.
odbccp32.dll, odbc32.dll, odbcint.dll, odbcad32.exe ,odbccr32.dll,
odbccu32.dll, odbccp32.cpl
In winecfg under "libraries" tab and added the following dll files to be used
as native.
odbccp32.dll, odbc32.dll, odbcint.dll
Exported Registry HKLM\Software\ODBC from Windows XP machine and imported in
Wine registry.
After this I was able to import .xls,.csv,.txt files but again still unable to
import .xlsx/.accdb files.
Have attached the error messages I get:
I have asked in your forums: http://forum.winehq.org/viewtopic.php?f=2&t=17755
and was told by the moderator to file a bug report.
--
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=33931
Bug #: 33931
Summary: Steam is broken when installed on a "Local hard disk"
type drive
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gediminas(a)varciai.lt
Classification: Unclassified
Created attachment 45070
--> http://bugs.winehq.org/attachment.cgi?id=45070
Part of terminal output
After installing Steam on a drive that is set to be "Local hard disk"[1], many
of its games fail to complete installation, along with other issues.
With this, many games[2] on steam start suffering from an issue nearly
identical to bug #20910
Also, this appears to be the underlying cause of bugs #32894 and #32895
How to reproduce:
1. Make a new wine prefix.
2. Add a new drive
3. Select the new drive and set its type to "Local hard disk"
4. Install Steam on the said drive
5. Install any of the listed games[2]
6. Run the game and it fails to start due to a problem nearly identical to Bug
#20910
Attaching only the part of terminal output which is present in with this bug
triggered, but doesn't appear on "working" steam. Everything else is identical.
What's interesting - setting the drive type back to "autodetect" and then
completely reinstalling steam doesn't make it work - the "new" Steam
installation has the same issues nonetheless. As if the prefix itself gets
incurably tainted. Thus, triggering this issue requires a new prefix to solve.
[1] winecfg => Drives => Show Advanced => Type => set to "Local hard disk"
[2] Games confirmed by me to get affected: Serious Sam HD: The Second
Encounter; Counter Strike: Global Offensive; Left 4 Dead 2; Though it seems all
the Source engine games are affected.
Note #1: Serious Sam HD: The Second Encounter DEMO can also be used to trigger.
Note #2: If someone would give me a hint where to start, I'd try to fix this
myself.
--
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=23795
Summary: text is chopped in AllData app
Product: Wine
Version: 1.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: falserunes(a)gmail.com
Created an attachment (id=29837)
--> (http://bugs.winehq.org/attachment.cgi?id=29837)
screenshot of my problem
text displayed in interactive fields is vertically chopped, making it hard to
read however not impossible.
--
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=35283
Bug ID: 35283
Summary: wine became terrible unresponsible during IO
operation
Product: Wine
Version: 1.7.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikhail.v.gavrilov(a)gmail.com
Classification: Unclassified
$ wine --version
wine-1.7.8
wine became terrible unresponsible during IO operation
For example on video when Massive VST begin scan folder with persets FL Studio
became stuttering :(
Demonstration:
https://drive.google.com/file/d/0B0nwzlfiB4aQZVNCM0V0Zy0wV0U/edit?usp=shari…
--
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=26444
Summary: quicken v4 hangs after committing transaction in
register
Product: Wine
Version: 1.2.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rogersedgewick(a)rocketmail.com
Created an attachment (id=33665)
--> (http://bugs.winehq.org/attachment.cgi?id=33665)
winedebug output
Program appears to load normally and works fine apart from this rather fatal
glitch
note: new data is written to disk.
winedebug output attached
ubuntu 10.10
default wine cfg
directory structure copied from win xp pro install with addition of QCTL3D.DLL
from \window\system 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=30341
Bug #: 30341
Summary: Windows not properly maximized
Product: Wine
Version: 1.5.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ralfjung-e(a)gmx.de
Classification: Unclassified
Created attachment 39660
--> http://bugs.winehq.org/attachment.cgi?id=39660
A screenshot showing the problem this bug is about: You can see parts of the
panel shining though while the window should be maximized
I am using KDE 4.7 as desktop environment, and I set up the plasma panel to
stay below windows. I also configured KWin to remove the title bar from
maximized window. This way, no precious space is wasted on my 15 inch (laptop)
screen for title bar and panel which I rarely look at, and the whole space can
be sued by the application for whatever I am actually doing right now.
However, wine can not properly cope with this configuration: Maximizing a wine
window leaves a space of 15 pixel below the window where I can see other
windows behind it (see attached screenshot). Since maximizing is working fine
for non-KDE apps like Firefox. I tried regedit and a Windows application I
wrote myself, both showed the same behaviour. This leads me to the assumption
that this is not a bug in KWin or some Windows application, but in wine itself.
--
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.