http://bugs.winehq.org/show_bug.cgi?id=12737
Summary: Notepad -- pressing "Return" key exits program
Product: Wine
Version: CVS/GIT
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: atl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: susancragin(a)earthlink.net
There are sporadic problems with how WINE interprets hitting the "Enter" key.
When using the Windows version of Notepad, hitting the "Enter" key results in
the program closing out.
When using Dragon NaturallySpeaking, there is also a problem using an included
program called Dictation Box.
When using Dictation Box itself, text dictated into the box, including the
spoken version of "Enter" (which is "new-line") cannot be subsequently
transferred to either WINE's Notepad or Window's Notepad. Text does not
transfer at all to WINE's notepad. Text will transfer to the Windows Notepad
program, provided the text does not contain any "new-line" / Enter commands.
--
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=9443
Summary: Regression: Drop-down combo/list in VisualBasic app
displays item list behind main window instead of over it
Product: Wine
Version: 0.9.44.
Platform: All
URL: http://palosanto.com/~a_villacis/ComboTest.tar.bz2
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: wine-gui
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: a_villacis(a)palosanto.com
In 0.9.40 or so, combo boxes worked correctly for VB apps.
In 0.9.44, when trying to use the mouse to display the drop-down window for a
combo or a list in a VB app, apparently nothing is displayed. If the user
chooses to move the dialog window aside, the drop-down list will be visible. It
is now displayed under the window hosting the combo or list.
The supplied URL points to a VB app that demonstrates the regression.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=11230
Summary: GetTickCount is affected by clock changes
Product: Wine
Version: 0.9.53.
Platform: All
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ghazel(a)gmail.com
This affects 0.9.53, but probably exists in previous versions as well.
http://source.winehq.org/source/dlls/kernel32/kernel_main.c?v=wine-0.9.52#L…
Because GetTickCount uses GetTickCount64 which uses NtQuerySystemTime, the tick
count can jump backwards if the system clock is changed. Tick count functions
are supposed to be milliseconds since system start, and should not be affected
by the clock, or go backwards (aside from the wrapping issue on GetTickCount,
which is well known).
--
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=14830
Summary: Autocad 2005 : many OLE/Activex problems
Product: Wine
Version: CVS/GIT
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: max(a)veneto.com
Well, I don't know if that's really a bug or many bugs at once... if somebody
can be more precise, please correct me.
1) Lisp command (vl-vbaload "vba-project-name") don't work. It tells
"Automation Error. Problem in loading DVB file"
Manual (non autolisp) command line "-vbaload" works as expected.
Notice that on windows machine both works.
No error/messages shown on console upon command launch.
2) VBA has problem on autocad objects declarations/usage.
For example, if I use :
Dim myDoc as Object
it does work (but of course you can't inspect object easily)
If I use
Dim myDoc as AcadDocument
it DOESN'T work, it tells something like "not yet supported".
Notice that on a windows machine both works ok.
3) Upon using some command that invokes OLE automation, CPU usage for autocad
(and wineserver) rises to about 50% for each of them (total about 98%). I've
got a 2 core machine, so it's still usable, but slows down everything. Stopping
the command don't help; closing ALL of active drawings does help, CPU goes to
2%, but on new drawing/open drawing CPU still raise to 100%, even with no
further OLE commands.
I guess all 3 above are related to each one, so I put on a single bug report.
Well, first 3 are by sure OLE related. Next one I don't know...
4) Opening Visual Lisp Ide from inside autocad don't allow to switch back to
autocad again without closing it. Well, you can select Autocad window, but it's
irresponsive. Upon closing ide, autocad becomes responsive again.
More, if you open visual lisp ide, then help system from it, then close visual
lisp ide, if you try to close help system autocad crashes. That don't happens
if you close help BEFORE closing visual lisp ide.
Max
--
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=9476
Summary: World of Warcraft doesn't have a window frame when Beryl
is the windows manager
Product: Wine
Version: CVS/GIT
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vecnix(a)gmail.com
Actually can't resize , minimize or maximize window since there is nothing but
the game window , also had problems to log in the game
will provides a trace of the errors as soon I rebuild on 64 bit
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=11684
Summary: wine bug in unbuntu
Product: Wine
Version: unspecified
Platform: All
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ricksamik(a)yahoo.com
Created an attachment (id=10897)
--> (http://bugs.winehq.org/attachment.cgi?id=10897)
the text i get when trying to install wine
I cannot get wine to install on ubuntu
--
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=11514
Summary: Adobe Acrobat Professional 6 fails to install
Product: Wine
Version: 0.9.54.
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jens(a)porup.com
after computing space requirements, selecting language, typing in the serial
number, selecting custom/full install, and destination folder, setup just...
dies.
quite a few fixme errors hit the console, followed by these three error
messages:
err:msi:HANDLE_CustomType23 Source package does not exist: L"D:\\Adobe Acrobat
6.0 Professional\\\\Adobe Reader 6.0.msi"
err:msi:ITERATE_Actions Execution halted, action L"InstallReader" returned 1627
err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1627
I am still attempting to generate a WINEDEBUG log, if anyone can suggest a more
narrowly targeted flag rather than +relay please let me know, it takes *ages*
for this process to work when debugging...
--
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=13665
Summary: EVE Online locks up in combat
Product: Wine
Version: CVS/GIT
Platform: All
URL: http://myeve.eve-online.com/ingameboard.asp?a=topic&threadID=787037&page=
1
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Dessa(a)gmake.de
i *think* it started happening with the trinity 1.2 expansion (and wine 0.9.61)
i can't really reproduce that one, but i get it at least once a day.
im not sure about the initial problem however since its happening on my win2k8
installation also.
err:ntdll:RtlpWaitForCriticalSection section 0x15060038 "rtl.c:
RTL_RWLOCK.rtlCS" wait timed out in thread0020, blocked by 0000, retrying (60
sec)
--
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=12083
Summary: ok() test doesn't support nested calls
Product: Wine
Version: CVS/GIT
Platform: All
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P4
Component: testcases
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mmoss(a)google.com
When ok() (wine/test.h) is used recursively, the reported filename and line
numbers don't reflect the location in the code where the test actually failed.
For example, in dlls/kernel32/tests/change.c, the
ok(FinishNotificationThread(thread), ...) calls will report a line number
inside FinishNotificationThread(), where ok() is also used. This is because the
tls_data structure stores only a single filename and line number value, and
every call to ok() updates them to the "current" values.
Is it erroneous for test code to recursively call ok() (a quick test indicates
that this happens hundreds of times throughout Wine's tests), or should ok()
chain these values to handle recursive calls?
--
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=13919
Summary: directx.c NVIDIA GPUs memory detection can be vastly
improved
Product: Wine
Version: CVS/GIT
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: t.artem(a)mailcity.com
There is a nice utility named nvclock, which allows overclocking of NVIDIA
GPUs. This utility also shows very detailed information about the installed
NVIDIA GPUs.
I suppose Wine could
1) use nvclock utility directly by running `nvclock -i | awk '/Amount/{print
$2}'` which directly yields the required number:
256
2) use nvclock as a shared static library (nvclock/src/backend/* -> nvclock.a)
3) incorporate a piece of nvclock code which detects the amount of GPU memory
(nvclock/src/backend/info.c)
cvs -z3 -d:pserver:anonymous@nvclock.cvs.sourceforge.net:/cvsroot/nvclock co -P
nvclock
--
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.