http://bugs.winehq.org/show_bug.cgi?id=13355
Summary: Richedit very slowly open big text files
Product: Wine
Version: 1.0-rc1
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nx(a)operamail.com
Richedit wery slowly open big text files (about 700 KB an biggers) while in
Windows XP same program million times faster open same big's file.
--
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=13319
Summary: In dlls/user32/edit.c EDIT_EM_ReplaceSel Clobbers
Important Var When Buffer Overflows
Product: Wine
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bsmith(a)sudleyplace.com
Please don't hate me, but I don't have git or anything like it installed
to make a formal patch, but I have benefited greatly from your work, so
I'd like to repay the effort by reporting a bug even though I realize
it's not in the correct format.
In a Windows app, I am using edit.c as a replacement for the EDIT
control in Windows. I don't use any of the other WineHQ files.
Here's a short description of the bug:
The handler EDIT_EM_ReplaceSel misbehaves when an insertion triggers a
buffer overflow. The code correctly calls EDIT_NOTIFY_PARENT(es,
EN_MAXTEXT), but shortly thereafter clobbers an important variable
(strl) by using it instead of a temporary.
The relevant OLD code in EDIT_EM_ReplaceSel is as follows:
--------------------------------------------------------------
if ((honor_limit) && (size > es->buffer_limit)) {
EDIT_NOTIFY_PARENT(es, EN_MAXTEXT);
/* Buffer limit can be smaller than the actual length of text
in combobox */
if (es->buffer_limit < (tl - (e-s)))
strl = 0;
else
strl = es->buffer_limit - (tl - (e-s));
}
if (!EDIT_MakeFit(es, tl - (e - s) + strl))
return;
--------------------------------------------------------------
the NEW code is as follows:
--------------------------------------------------------------
if ((honor_limit) && (size > es->buffer_limit)) {
EDIT_NOTIFY_PARENT(es, EN_MAXTEXT);
/* Buffer limit can be smaller than the actual length of text
in combobox */
if (es->buffer_limit < (tl - (e-s)))
strl2 = 0;
else
strl2 = es->buffer_limit - (tl - (e-s));
}
else
strl2 = strl;
if (!EDIT_MakeFit(es, tl - (e - s) + strl2))
return;
--------------------------------------------------------------
The calculation inside the honor_limit bracket of the value to use with
the call to EDIT_MakeFit uses strl as if it were a temp var. This
variable actually holds strlenW (lpsz_replace) and is used in later code
as if it still had the original value. Using a (new) variable strl2
solves that problem -- this variable is declared as a UINT in the
prologue. Perhaps you would prefer a name different from strl2 to
better reflect its temporary nature.
If you agree with the above analysis, I would greatly appreciate it if
someone would make this into a patch and take it from there. I have
make the above changes in my copy of edit.c and it works just fine when
the buffer overflows which is how I stumbled on this bug in the first place.
--
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=18724
Summary: Wine Project Status Outdated by Almost 2 Years
Product: WineHQ.org
Version: unspecified
Platform: PC
URL: http://www.winehq.org/status
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: aliendude5300(a)gmail.com
The status of the Wine project hasn't been updated since July 11, 2007. Much
work has been done on the Wine project since then. The progress shown is even
pre-Wine 1.0. This page should probably be updated to reflect the amount of
work that has been put into Direct X, and other APIs, so that people who are
interested in seeing how close Wine is to being 'completed' or just want to see
what needs to most development attention can check the progress of individual
Wine components. Of course, these numbers are estimated, but it would still be
nice to have a more up-to-date status.
--
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=19551
Summary: Gmail Backup crashes after downloading few emails.
Product: Wine
Version: 1.1.26
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: realszopen(a)gmail.com
Created an attachment (id=22778)
--> (http://bugs.winehq.org/attachment.cgi?id=22778)
Console output of Gmail Backup crash
An application Gmail Backup used for creating backups of GMail accounts crashes
after downloading few emails.
--
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=27459
Summary: Removing default applications bindings on installation
Product: Wine
Version: 1.3.22
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xavier.poirot(a)dalaen.com
There is an annoying "feature" of wine, during installation.
It is adding entries in ~/.local/share/applications/mimeinfo.cache to bind, for
examples .txt files to Notepad inside Wine (the Windows Notepad).
Due to that "hidden" behaviour, the default program to view some kinds of files
are bound to Wine, instead of simple Linux programs (eg. above, Notepad instead
of GEdit).
It would be nice to prevent creating those binds, so they're not altered.
Especially for very common files such as text-files...
My distribution is ArchLinux 64 bits.
If you need any more details, please let me know.
--
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=27669
Summary: Combobox, doublebuffering is not working correctly
Product: Wine
Version: 1.3.23
Platform: x86
URL: http://netikka.net/dev/black.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ocean04(a)suomi24.fi
Small sample: http://netikka.net/dev/black.exe
2 comboboxes. First one is normal, second I have set doublebuffered := true;
Click arrow -> combobox turns black.
Actual problem is in larger component. It uses SetWindowPos to move it and
draws icons. Problem is this black area is showing. Doublebuffering is set,
component needs it.
--
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=29980
Bug #: 29980
Summary: IInternetSecurityManager sample app doesn't work
Product: Wine
Version: 1.4-rc4
Platform: x86
URL: http://netikka.net/dev/ismgr.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ocean04(a)suomi24.fi
Classification: Unclassified
Because mshtml downloadcontrol is unimplemented, bug 27396 , I tried different
approach using IInternetSecurityManager from urlmon.
http://netikka.net/dev/ismgr.exe
Click button -> Javascript should be disabled, but it's not
Attached terminal log (there's nothing obvious) and sample source.
Workaround winetricks ie6
--
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=16962
Summary: warning: array subscript has type 'char'
Product: Wine
Version: 1.1.13
Platform: PC
OS/Version: NetBSD
Status: NEW
Keywords: download, source
Severity: minor
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
At least 140 of these on NetBSD. Make log attached.
--
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=24209
Summary: Burger Shop fullscreen
Product: Wine
Version: 1.2
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: danimothonline(a)gmail.com
Created an attachment (id=30479)
--> (http://bugs.winehq.org/attachment.cgi?id=30479)
Screenshot of the bug.
When Burger Shop is fullscreen(default behavior), the window is displayed on
the top left corner of the screen. The graphics are distorted a little bit and
the clicks are made as if the screen was actually placed in the middle of the
screen.
In the screenshot attached, note:
1) The slightly distorted graphics
2) How my mouse is positioned in the middle of the screen, and the "Challenge
Mode" is highlighted. All clicks have a position relevant to the center of the
screen instead of the top left.
--
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=27507
Summary: Mount&Blade: Warband: Mouse pointer not shown in menu
after entering battle mode
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: krissn(a)op.pl
The Mount&Blade: Warband game suffers from a mouse pointer disappearence
problem when exiting the battle mode using the Esc key.
Steps to reproduce:
1. Start the game. The main menu is shown. The mouse pointer is displayed
normally.
2. Start a new battle or enter the tutorial so that the game enters the FPS
mode (i.e. battle mode).
3. Press Esc to go back to the menu.
At step 3. the mouse pointer is shown, but is frozen. The mouse however works,
as moving it around causes the menu buttons to highlight eventually. You can
even click them once highligted and they will work.
This is a regression introduced in Wine 1.3.21. The scenario has been tested in
1.3.20 and the problem does not occur.
Bisect in progres...
--
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.