http://bugs.winehq.org/show_bug.cgi?id=30035
Bug #: 30035
Summary: metapad - use of special characters in replace mode
does not work
Product: Wine
Version: 1.4-rc5
Platform: x86
URL: http://liquidninja.com/metapad/downloads/metapad36.zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: washuu(a)eastnews.com.pl
Classification: Unclassified
Metapad is a free and very efficient notepad replacement, one file executable.
The author states, that metapad has NO dependencies of win32 DLLs, so one
should expect metapad to behave identical in WINE and Windows platform.
Unfortunately, this is not the case.
Steps to reproduce the error:
- download metapad.exe from URL given in header and unpack it (no install
required)
- open metapad.exe
- choose Menu->Edit->Replace (or just press CTRL-H)
- click on the second right button with down arrow, which enable user to enter
some special characters like \t for Tab or \n for Newline.
- On wine it is ALWAYS disabled, and you can not enable any of the special
characters. On WIN32 you can enable use of the special characters.
You can think about this bug as completely unimportant, but in my company it is
widely used function - like add some new lines after closing tags in html.
One note: on the terminal, wine complaints:
$ wine metapad.exe
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
fixme:richedit:ME_HandleMessage EM_SETMARGINS: stub
--
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=18800
Summary: Debugger goes into race condition after 123 crash on
bug 18324
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: dbghelp
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ToddAndMargo(a)verizon.net
Hi All,
Please reference bug 18324 on this bug. This is bug is on the debugger and
18324 in on Lotus 123.
Basically, when you try to copy from two cell into the clip board in Lotus 123,
123 will crash (bug 18324). And, the debugger goes into a race condition,
eating up as much CPU as the OS will give it. It never finished. The only way
to stop the race is tho do a "kill -9" on 123's process ID.
-T
Steps to reproduce:
1) open the 123 attachment on 18324
(http://bugs.winehq.org/attachment.cgi?id=20865)
2) highlight across two cell horizontally
3) press <ctrl><c> or go to "Edit", "Copy"
--
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=27236
Summary: Lego Pirates of the Carribean demo: psychadelic
rendering artifacts
Product: Wine
Version: 1.3.20
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
This happens with or without native dlls, it seems.
(Either winetricks alldlls=builtin or winetricks --force d3dx9 gives same
results. Similar results with wine-1.3.5 or wine-1.3.15, tested with native
d3dx9.)
It's quick to reproduce; the game shows a splash screen
or two, then jumps right into a rendered cinematic
which shows the problem nicely. The sky and some foreground
objects are show with very wrong colors.
See attached screenshots.
This is on a nvidia gtx 470 with 270.26 drivers. The log shows lots of
err:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION
(0x506) from glDrawArrays @ drawprim.c / 48
fixme:d3d:context_check_fbo_status FBO status GL_FRAMEBUFFER_UNSUPPORTED
(0x8cdd)
fixme:d3d:context_check_fbo_status Location SFLAG_INTEXTURE (0x40).
fixme:d3d:context_check_fbo_status Color attachment 0: (0x211360)
WINED3DFMT_B8G8R8A8_UNORM 256x256
--
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=32556
Bug #: 32556
Summary: application can not find default printer
Product: Wine
Version: 1.5.20
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: patcomfort(a)yahoo.com
Classification: Unclassified
Created attachment 42964
--> http://bugs.winehq.org/attachment.cgi?id=42964
debug log file
Captools is a financial management (stocks) program. It once had a version for
individual investors, but long ago. It still runs well on Win XP. An upgrade
is not available. It also runs beautifully on Linux with wine, with one
exception. When the program starts, a message pops up which says that a
default printer for windows (not the program) has not been selected. A Printer
Setup menu item produces the same message. Reports can NOT be generated (even
on screen) because there is no recognized printer. The message never happened
on Win XP.
There is almost no information in the registry for Captools, either on XP or
wine. With grep, there is no reference at all to any printer in any file in
the program directory, either on XP or in wine. Debug tracing indicates that
the CUPS printers are seen. They are properly in the registry.
Printing with notebook in wine is perfect. It is also available in regedit.
The hardware (2 computers) does not have LPT or COM ports, only USB connections
to printers.
I have no idea what the program is checking on startup, but something is needed
to avoid the default printer message. A debug log is attached. The last few
lines of win.ini are:
[devices]
HL5340=wineps.drv,CUPS:HL5340
HL5340dup=wineps.drv,CUPS:HL5340dup
[PrinterPorts]
HL5340=wineps.drv,CUPS:HL5340,15,45
HL5340dup=wineps.drv,CUPS:HL5340dup,15,45
[windows]
device=hl5340,wineps.drv,CUPS:HL5340
--
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=10886
Summary: RTS_CONTROL_TOGGLE doesn't work
Product: Wine
Version: 0.9.51.
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-ports
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bugzilla(a)tut.by
in WINE, setting DCB.fRtsControl to RTS_CONTROL_TOGGLE and doing SetCommState()
sets RTS line always high. (btw, this is the same as described to be bug in
win95, see http://support.microsoft.com/kb/140030 ). According to MSDN, RTS
should be set to high before data transmission, then data should be sent, and
then RTS should go back to low.
The workaround is to toggle RTS manually.
--
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=18887
Summary: document is solid black during drag-select in
PowerPoint 2007
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: paint007(a)cs.duke.edu
In PowerPoint 2007, when doing a drag-select (clicking and dragging the mouse
cursor to select items on the page), the document goes solid black, making it
impossible to see which objects are currently in the selection rectangle.
When run using winedbg, this fixme appears during drag-select operations, seems
relevant:
fixme:xrender:X11DRV_AlphaBlend Ignoring SourceConstantAlpha 176 for
AC_SRC_ALPHA
Found this link to a possible patch, but have not yet installed all of the
libraries necessary to build and test:
http://www.winehq.org/pipermail/wine-patches/2008-June/056030.html
--
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=25729
Summary: Dead Space joypad always looks up
Product: Wine
Version: 1.3.11
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: H3g3m0n(a)gmail.com
When the game starts while a joypad is plugged in, the character will always
look up. Other that that the gamepad works fine.
Unplugging the gamepad after starting the game doesn't stop the looking up.
Someone else reported a similar problem in the first post here:
http://appdb.winehq.org/objectManager.php?sClass=version&iId=14457
--
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=23195
Summary: wine notepad: Bugged scrolling with long files
Product: Wine
Version: 1.2-rc1
Platform: x86
URL: http://winehq.org
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
Download attachment 28858 from bug 23193 and uncompress it. Open it in wine
notepad.
Scroll down the window by DRAGGING the scroll handle.
Around the end of file (~10 pixels on a 800px window), scrolling bugs out and
stops while the window shows the top of the file. Scrolling back towards the
top "fixes" it. It's like an additional dead area.
--
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=20284
Summary: Fingerprint software for encrypted USB stick (APDisk)
doesn't work, likely due to unsupported hard disk
ioctl
Product: Wine
Version: 1.1.29
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: muehlenhoff(a)univention.de
We're trying to make an encrypted USB stick with an integrated fingerprint
scanner work with Linux. The stick comprises of two sections, the actual
storage partition which is encrypted by firmware and a user-visible partition
containing a Windows application to unlock the secured section. The password
tool allows the checking of a fingerprint through an integrated scanner or
entering a password.
Tests were done with Wine 1.1.29 built on Debian Lenny:
When running the unlock tool, the following error messages are given:
root@scratch:/media/APdisk$ wine AutoVerify.exe
err:rpc:I_RpcGetBuffer no binding
root@scratch:/media/APdisk$ err:rpc:I_RpcGetBuffer no binding
fixme:netapi32:NetUserGetLocalGroups ((null), L"root", 0, 00000001, 0x33e7c0
-1, 0x33e7b4, 0x33e7b0) stub!
fixme:advapi:LookupAccountNameW L"" L"Everyone" (nil) 0x33e110 (nil) 0x33e114
0x33e108 - stub
fixme:advapi:LookupAccountNameW L"" L"Everyone" 0xa12674 0x33e110 0x15f1a0
0x33e114 0x33e108 - stub
fixme:mountmgr:harddisk_ioctl unsupported ioctl 4d014
fixme:mountmgr:harddisk_ioctl unsupported ioctl 4d014
I suppose the error stems from the unsupported ioctl? Judging from some Google
searces it normally seems to be used for low-level access, especially for copy
protection and tools doing bit-exact copies of CDROMs.
Are there plans to implement this functionality or do you need further debug or
logging information?
--
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=11991
Summary: Wine Windows OpenGL support regression
Product: Wine
Version: 0.9.57.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: imamdxl8805(a)yahoo.com
Dear Wine developers,
This is wine version 0.9.56 and 0.9.57
There are two games that support OpenGL rendering as well as Direct3D redering.
Here are the games:
1. Hitmen 2 Silent Assasin
2. Hitmen 3 Contracts
When I have updated my wine version to 0.9.57, then these games are not playing
anymore with OpenGL rendering. But when I start these games with Direct3D
rendering they are playing fine.
These games played properly with wine version 0.9.55 with OpenGL rendering as
well as Direct3D rendering.
Then I have decided to reinstall wine 0.9.55.
Sorry for the err message printed in the command line. Because I do not have
Internet connection in my home PC.
Best regards,
DXL
--
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.