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=53391
Bug ID: 53391
Summary: Unable to edit documents in Word Pro do to dictionary
pop up
Product: Wine-staging
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 72782
--> https://bugs.winehq.org/attachment.cgi?id=72782
User dictionary error
Fedora 36
Wine 7.12-1
Word Pro N99.8.0208.0800
I am unable to edit document is work pro due to a constant pop up "Cannot load
one or more user dictionaries" (see the attachment.)
Reverting to wine-7.2-1 solves the issue, but brings back the bug where
Approach crashes when printing to CUPS-PDF
--
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=52092
Bug ID: 52092
Summary: game pass
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: master.zion(a)gmail.com
Distribution: ---
Hi everyone...
it seems it is not possible to install the xbox application for PC using wine.
It would be useful to play Windows games from xbox game pass, and it will be
very useful on Steam deck.
it fails during the installation startup.
------
Unhandled Exception: 0024:fixme:ntdll:EtwEventRegister
({8e9f5090-2d75-4d03-8a81-e5afbf85daf1}, 05E202EE, 00000000, 01EA96F4) stub.
Unhandled Exception: System.IO.FileNotFoundException: Could not load file or
assembly 'Windows.Foundation.UniversalApiContract, Version=7.0.0.0,
Culture=neutral, PublicKeyToken=null, ContentType=WindowsRunt
ime' or one of its dependencies. Module not found.
at XboxInstaller.App..ctor()
at XboxInstaller.App.Main()
------
https://www.xbox.com/en-IN/apps/xbox-app-for-pc
--
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=53573
Bug ID: 53573
Summary: Warcraft III Reforged 1.33.0.19194 has black main menu
Product: Wine
Version: 7.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kolAflash(a)kolahilft.de
Distribution: ---
Created attachment 72950
--> https://bugs.winehq.org/attachment.cgi?id=72950
STDOUT/STDERR log when warcraft-iii-reforged-1.33.0.19194 is starting an
switching to black main menu
Last night (2022-08-18) Blizzard released an update for Warcraft III Reforged
from version 1.32.x to 1.33.0.19194.
Since then the main menu of the game is just black!
But I can hear the sound of the main menu.
I attached a STDOUT/STDERR log.
Version 1.32.x of the game was running fine using wine-staging-7.14.
(didn't test any other wine version before)
Wine versions I just tried:
wine-staging-7.14
wine-staging-7.15
wine-devel-7.15
OS: Debian-11
Wine: https://dl.winehq.org/wine-builds/debian/
GPU: Radeon RX 590
Neither standard Wine D3D11 OpenGL based implementation (WineD3D) nor DXVK is
working.
Maybe slightly related:
Warcraft III: staying in menus quickly gobs all system memory
https://github.com/doitsujin/dxvk/issues/1866
--
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=57113
Bug ID: 57113
Summary: File open dialog doesn't show all the filtered file
types
Product: Wine
Version: 9.16
Hardware: x86-64
URL: https://cef-builds.spotifycdn.com/cef_binary_127.3.5%2
Bg114ea2a%2Bchromium-127.0.6533.120_windows64_client.t
ar.bz2
OS: Linux
Status: NEW
Keywords: download, source
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 77003
--> https://bugs.winehq.org/attachment.cgi?id=77003
Wine 9.16 console output
Under Windows 10 the file open dialog shows a list of the filtered file types.
As it is such a small area its only use is to let you know that more than one
file type has been filtered.
Under Wine the same area only lists one file type, although the filter itself
does seem to work as expected.
Noticed when trying the "input types - multiple files" test in the CEF sample
application.
--
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=50220
Bug ID: 50220
Summary: 1-2-3 installs OK but closes on run before any info
entered
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jlee27(a)btinternet.com
Distribution: ---
Created attachment 68726
--> https://bugs.winehq.org/attachment.cgi?id=68726
plain text report from Wine when 1-2-3 closes itself
Smartsuite installs OK from local CD (selected 1-2-3 + Approach only).
1-2-3 opens, looks OK, then closes itself before entry of any data.
backtrace output attached. Approach not tied yet.
--
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=57330
Bug ID: 57330
Summary: NtQueryVolumeInformationFile does not work on Z: drive
on default configuration
Product: Wine
Version: 9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: joshudson(a)gmail.com
Distribution: ---
Calling NtQueryVolumeInformationFile on an open handle that's opened from the
Z: drive returns Invalid Function.
I tried to run the test harness for my .NET File Systems DLL on Wine, and it
didn't get very far. Almost nothing works because it wants the volume serial
number, which on actual Windows is a cheap call.
Source code line of failure:
https://github.com/joshudson/Emet/blob/302fe61d0b8614e2a57930fc75cffa034ba3…
What's interesting is this code *doesn't want* the volume serial number; it
*wants* any unique volume identifier given a handle where all handles on the
same handle get the same result. I could in theory detect wine here if I had a
good way to implement the problem elsehow on Wine; say by one of the wine
specific IOCTL calls. (The obvious solution is if I get back Invalid Function
here; make the wine-specific call before giving up.)
If you actually run the test battery
https://github.com/joshudson/Emet/blob/302fe61d0b8614e2a57930fc75cffa034ba3…
it should be a pretty good supplemental test battery for Wine's filesystem
layer.
--
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=53878
Bug ID: 53878
Summary: Lotus SmartSuite 9.8 (Millenium Edition)'s installer
creates broken shortcuts
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: Zero3K(a)teknik.io
Distribution: ---
Created attachment 73405
--> https://bugs.winehq.org/attachment.cgi?id=73405
Archive of a log made under ReactOS 0.4.15 which contains WINE's MSI debug
output
When I install it, broken shortcuts (along with shortcuts that are not made
under Windows Server 2003) are being made. The broken shortcuts are missing the
C:\lotus part of the path. I have tried installing it under the latest ReactOS
(which uses the MSI code from WineStaging-7.3), under Wine-Stable 7.0 and under
Wine-Devel 7.20. All of them encounter the issue. You can find more info about
the issue at https://jira.reactos.org/browse/CORE-15204 and can download the
ISO containing the setup program at
https://winworldpc.com/product/lotus-smartsuite/9-8. I am also attaching an
archive of the log I made under ReactOS 0.4.15 which contains the debug output
of WINE's MSI component.
--
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.