http://bugs.winehq.org/show_bug.cgi?id=21855
Summary: WordPro Windows pull down does not show file names
Product: Wine
Version: 1.1.38
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ToddAndMargo(a)verizon.net
Created an attachment (id=26459)
--> (http://bugs.winehq.org/attachment.cgi?id=26459)
Missing file names in Windows pull down
Hi All,
Would you guys fix this for me?
I am using Lotus Word Pro N9.8.0208.1200. When you open two files (documents)
from the command line (the jpeg I have attached), then go to the "Window" pull
down to select which file to bring into focus, the file names are missing. If
you start Word Pro, then use File, Open to select two files, one at a time, the
second file does not show.
Many thanks,
-T
--
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=42232
Bug ID: 42232
Summary: Sort version list by version number
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86
URL: https://appdb.winehq.org/objectManager.php?sClass=appl
ication&iId=13986
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cges30901(a)gmail.com
Distribution: ---
Versions of LINE (Powered by Naver) is not sorted correctly. Version 4.10.x.x
and 4.11.x.x is not at the bottom of the list. I guess this is because '1' in
10 is less than '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=37541
Bug ID: 37541
Summary: Request for Enhancement: first time opening a program,
give the window some size
Product: Wine
Version: 1.7.30
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
Distribution: ---
Created attachment 49957
--> https://bugs.winehq.org/attachment.cgi?id=49957
first window
Hi All,
Wine 1.7.30 and Smart Suite.
Request for Enhancement:
Currently the first time you open a window (like Word Pro), the window has
horizontal length, but no vertical length, just the decoration bar.
The decoration says you are in Windowed mode. If you click on the Window mode
decoration, you get a full screen window. Click again and you just get the
decoration bar back.
This is really confusing as your thing you have click on the "roll up / roll
down" in the upper left of the decoration. The tip off that you did not, is
the arrow is pointing up. (That doesn't stop yo from clicking it anyway.)
The cure is to drag the line at the bottom of decoration downward, then you get
a windowed window back. That is unless the Role Up/Down arrow is now pointing
down from your clicking on it.
This is really confusing. Makes you think Wine is broken (again).
Would your please consider giving the first time a windows is open some size?
I have attached a picture of what the weird opening screen looks like.
Many thanks,
-T
--
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=40762
Bug ID: 40762
Summary: Approach 97: Error Message When Opening From Network
Path
Product: Wine
Version: 1.9.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: crashdance(a)charter.net
Distribution: Mint
When opening a database (APR) file from a CIFS mapped Windows network share
using a drive letter in dosdevices Approach fails to open the file. The error
message is "Cannot open database "Z:\examplefile.dbf" because it is encrypted."
This problem persists regardless of the compatibility mode in the Wine config.
The program works correctly in a modern version of Windows and a Windows
virtual machine connected to the same LAN.
--
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=35075
Bug #: 35075
Summary: BoincTasks: very high CPU utilisation
Product: Wine
Version: 1.7.6
Platform: x86-64
URL: http://www.efmer.eu/download/boinc/boinc_tasks/unified
/setup_32_64_boinc_tasks_1_5_8.exe
OS/Version: Linux
Status: NEW
Keywords: download, performance
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: imwellcushtymelike(a)gmail.com
Classification: Unclassified
Created attachment 46782
--> http://bugs.winehq.org/attachment.cgi?id=46782
Wine 1.7.6 console output
Under Windows XP BoincTasks runs at around 22% when updating (takes a few
seconds) but idles around 1-2%. Under Wine it runs around 60% all the time. I
cannot work out why. The exact same setup was tested in both cases.
http://www.efmer.eu/download/boinc/boinc_tasks/unified/setup_32_64_boinc_ta…
Following install you are asked if you are running Windows or Linux with Wine,
choosing either option has the same effect.
Original post:
http://efmer.com/forum/index.php?topic=1140
--
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=26549
Summary: GomezPEER fails to set processor priority
Product: Wine
Version: 1.3.16
Platform: x86-64
URL: http://lastmile.gomez.com/PEERInstall.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
GomezPEER sets its background process (an instance of java.exe) to the lowest
(idle) priority in Windows. It fails to do so under Linux. Does Wine lack the
ability to set process priorities, perhaps?
Apologies if a similar bug is already open but I could not find one.
On newer systems this is not a problem, but on older system the PEER can
consume 100% CPU while processing. The app is designed so that performance of
the PC is not affected, which of course it isn't under Windows (save the usual
Windows-related problems) but it is under Wine.
I'm not sure if I/O priority is also set.
The following does not work as a workaround:
$nice -n19 wine ~/blah/GomezPEER.exe
because this then sets all the Wine components to -n19 and can badly affect the
performance of other apps running under Wine.
Instead, the workaround I use is:
$wineserver -p15
$nice -n19 wine ~/blah/GomezPEER.exe
This way the wineserver remains at normal priority. winedevice.exe in this
case still receives -n19 priority, however.
Console log:
fixme:win:EnumDisplayDevicesW ((null),0,0x73a83c,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),1,0x73a83c,0x00000000), stub!
fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled
fixme:win:EnumDisplayDevicesW ((null),0,0x74b69c,0x00000000), stub!
fixme:font:WineEngCreateFontInstance Untranslated charset 255
fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub!
fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): 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=17820
Summary: Chromium test_shell_tests fail on Wine
Product: Wine
Version: 1.1.17
Platform: Other
URL: http://chromium.org
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
To run Chromium's test_shell_tests.exe, copy
net/data, skia/data, webkit/data, third_party/py*, and third_party/tlslite
from the source tree. (This is quite a bit of data, so I hesitate
to post a tarball.) Then do
$ wine chrome/Debug/test_shell_tests.exe
The following tests fail on wine but not windows for me:
[ FAILED ] UniscribeTest.TooBig
[ FAILED ] VectorCanvasTest.BasicDrawing
[ FAILED ] VectorCanvasTest.Circles
[ FAILED ] VectorCanvasTest.DiagonalLines
[ FAILED ] VectorCanvasTest.PathEffects
[ FAILED ] VectorCanvasTest.Bitmaps
[ FAILED ] VectorCanvasTest.Matrix
--
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=22649
Summary: CDBurnerXP 4.3.x crashes when trying to erase a DVD-RW
Product: Wine
Version: 1.1.44
Platform: x86-64
URL: http://cdburnerxp.se/download?more-options
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Created an attachment (id=27861)
--> (http://bugs.winehq.org/attachment.cgi?id=27861)
Crash log
After choosing "erase disc" in the main menu and then clicking the erase button
(while a DVD-RW disc is inserted in a drive the program can detect), the
program produces an error dialog:
Erasing the disc failed for the following reason: Exception from HRESULT:
0x8001010E (RPC_E_WRONG_THREAD)
Clicking OK to this message results in the MS error report tool popping up,
followed by the Wine crash dialog.
Note: this program needs dotnet20, and it needs the workaround from bug 18012,
comment 2 to be able to detect drives in this section.
--
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=29780
Bug #: 29780
Summary: XPS Viewer EP shows garbage in the toolbar background
Product: Wine
Version: 1.4-rc2
Platform: x86-64
URL: http://download.microsoft.com/download/2/5/2/2526f55d-
32bc-410f-be18-164ba67ae07d/XPSEP XP and Server 2003
32 bit.msi
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
CC: bunglehead(a)gmail.com
Classification: Unclassified
Regression SHA1: 1c1b1c0073c3dea34ff4096d749a459accf5e337
Created attachment 38676
--> http://bugs.winehq.org/attachment.cgi?id=38676
Terminal output
The background of the toolbar in XPS Viewer EP is not displayed properly,
showing garbage (previous screen content). This worked in 1.4-rc1, and
regression testing indicated:
1c1b1c0073c3dea34ff4096d749a459accf5e337 is the first bad commit
commit 1c1b1c0073c3dea34ff4096d749a459accf5e337
Author: Nikolay Sivov <nsivov(a)codeweavers.com>
Date: Wed Feb 1 00:07:00 2012 +0300
comctl32: More tests for Toolbar window style handling.
:040000 040000 dd921cd22cea799bb21627f6e80aba024d087098
ee93a6dccb2bc9c894dc6330dbae8fc4650b2b82 M dlls
Reverting the patch fixed it.
To reproduce:
1. In system32, make a copy of acledit.dll named xpssvcs.dll
2. Install (occasionally crashes - retry if needed)
3. wine xpsrchvw
--
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=25410
Summary: MS Paint doesn't refresh scrollbars properly
Product: Wine
Version: 1.3.8
Platform: x86-64
URL: http://download.microsoft.com/download/winntwks40/pain
t/1/nt4/en-us/paintnt.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
In MS Paint (installed with winetricks) the scrollbars don't seem to refresh
when they should unless the scrollbar area is clicked on.
Simple way to reproduce: Ensure that the canvas is smaller than the window (so
no scrollbars are visible) then zoom in on a portion of the picture (ensure
it's not the entire picture). Scrollbars should appear, but instead, they're
invisible. After clicking in the area where they should be, they become
visible.
Terminal output: nothing.
--
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.