https://bugs.winehq.org/show_bug.cgi?id=57633
Bug ID: 57633
Summary: Lotus Approach and Word Pro have graphic issues with
high resolution monitors
Product: Wine-staging
Version: 10.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
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: ---
Lotus Approach N99.8.0208.0800 (Smart Suite)
Fedora 41
Xfce 4.18
screen resolution: 4096x2160 (4k)
Reproduced under:
WineHQ Staging:
wine-staging-10.0.rc3-1.1.x86_64
winehq-staging-10.0.rc3-1.1.x86_64
Wine Staging Fedora repo:
wine-9.15-1.fc41.x86_64
wine-9.15-1.fc41.i686
When Lotus Approach are started from the command line
$ wine approach
$ wine wordpro
Approach menu bars will not paint, but they are there if you remember where to
click. Spreadsheet with flicker/flash when you click on their tabs.
Wordpro will have artifacts of different parts of WorPro's screen. Typing will
sometimes not appear unless you move the window to another part of the screen,
then the typing, which really is there, will appear. But if you move the
windows back where it came from, the typing will disappear again.
But when both are started as a "virtual Desktop", it does not.
$ cd .wine/drive_c/lotus/approach/
$ wine explorer /desktop approach
From Xfce Launcher:
bash -c "cd $HOME/.wine/drive_c/lotus/approach; wine explorer
/desktop=`date +%%H:%%M:%%S`_wine_virtual_desktop_1680x1050,1680x1050
approach.exe"
If would be great to break Approach and Wordpro free of the virtual desktop as
it would allow my accounting spreadsheets to be seen fully without having to
scroll back and forth. This would be wonderful.
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=55218
Bug ID: 55218
Summary: Lotus Script "Print" macro crashes Lotus Approach
Product: Wine-staging
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
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 74832
--> https://bugs.winehq.org/attachment.cgi?id=74832
$ WINEDEBUG=seh,gdi,enhmetafile,winspool,localspl,psdrv wine approach.exe 2&>1
> WinePrintError.txt
Fedora 38
Wine 8.11
Lotus Approach N99.8.0208.0800 (Smart Suite)
In Lotus Approach, when you call the "Print" macro from a Lotus Script:
RunApproachMacro("Print")
Lotus Approach crashes. This happens about one out of every two print
attempts.
Occasionally, a "MEM_BAD_POINTER" will popup from Approach when it crashes.
The attachment was created with:
$ WINEDEBUG=seh,gdi,enhmetafile,winspool,localspl,psdrv wine approach.exe 2&>1
> WinePrintError.txt
--
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=57723
Bug ID: 57723
Summary: 10 destroyed my column labels in Approach
Product: Wine-staging
Version: 10.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
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 77925
--> https://bugs.winehq.org/attachment.cgi?id=77925
mangled Approach column labels
Lotus Approach N99.8.0208.0800 (Smart Suite)
Fedora 41
Xfce 4.18
wine-10.0-0.7rc4.fc41.i686 (Staging)
wine-10.0-0.7rc4.fc41.x86_64 (Staging
10 destroyed my ability to use my Approach business accounting. The labels on
some column only show a single character. This is a DISASTER! Please fix!
I will add a graphic of what it looks like under both wine and Windows 10
--
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=58455
Bug ID: 58455
Summary: Word Pro loses path to a freshly opened file
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
Distribution: ---
SmartSuite-N99.8.0208.0800
Fedora 42
wine-devel-10.11-1.1.x86_64
Also reproducible under
Fedora 41
wine-10.4-2.fc41.x86_64 (Staging from the Fedora repo)
wine-10.4-2.fc41.i686
[1] open an existing .lwp file in Word Pro
[2] make a change
[3] press the save icons of file→save
[4] you will be prompted for “Save As” instead of “Save”
This is because Word Pro lost the path to your file
[5] navigate back to your file and press “save” Okay the overwrite warning
[6] make another change to your file
[7] now press save. This time it will work.
AND! this is not an issue under
Fedroa 39
wine-9.1-1.fc39.i686 (staging from the Fedora repo)
This is a complete pain-in-the-neck.
Please fix.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58483
Bug ID: 58483
Summary: Burnout Paradise has rendering issues
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: 96fb128efdbf8d92f6b4d63a7db0346659b08969
Distribution: ---
Created attachment 78933
--> http://bugs.winehq.org/attachment.cgi?id=78933
examples
Some scenes are black rendered.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58415
Bug ID: 58415
Summary: Wine msiexec behaviour deviates from MS msiexec for
tables missing from .msi
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: depaoli.renzo(a)gmail.com
Distribution: ---
While investigating a problematic .msi file, I noticed the following:
The .msi file in its InstallExecuteSequence calls functions that depend on
tables in the msi. However these tables do not exit.
Examples found:
"LaunchConditions", but no "LaunchCondition Table"
"IsolateComponents", but no "IsolatedComponent Table"
"PublishComponents/UnpublishComponents", but no "PublishComponent Table"
"RegisterMIMEInfo/UnregisterMIMEInfo", but no "MIME table"
"RegisterTypeLibraries/UnregisterTypeLibraries", but no "TypeLib table"
"RegisterComPlus/UnregisterComPlus", but no "Complus table"
When MS msiexec processes the .msi, it reports "Return value 0" in these cases.
However when Wine msiexec does the same, it reports "Return value 1" instead.
When modifying the .msi with the Orca MSI editor adding the missing tables
(left empty), then MS msiexec reports "Return value 1", and Wine msiexec does
the same.
So there is a mismatch between the two implementations; I would conclude that
Wine msiexec is missing a check for missing tables.
Whether there are problems resulting from this difference in behaviour I cannot
say, but it is at least not making investigations of .msi-issues any easier.
--
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.