http://bugs.winehq.org/show_bug.cgi?id=18891
Summary: Maintainer maintenance page needs a re-think
Product: WineHQ Apps Database
Version: unspecified
Platform: PC
URL: http://appdb.winehq.org/admin/adminMaintainers.php
OS/Version: Linux
Status: NEW
Keywords: source
Severity: enhancement
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
http://appdb.winehq.org/admin/adminMaintainers.php
The Maintainer maintenance page is used to remove inactive maintainers.
Unfortunately it loads all 4,000 maintainers every time you delete a single
one, and this takes time.
Other pages limit the number of entries shown, I'm sure the same can be done
for this page.
--
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=19532
Summary: “You can only set Runs? to ‘Not installable’' if the
application's installer does not work”
Product: WineHQ.org
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: www-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: acheron(a)front.ru
The Applications Database does not allow to submit correct forms for
applications which do not install properly, but work if installed some other
way (e.g. by manually unpacking the .cab file).
If submitter selects "Installs: No", the only allowed choice for "Runs" is "Not
installable". This is wrong for applications that can somehow be installed
without their native installer. For those "Runs: Yes" and "Runs: No" should be
available, leaving "Not installable" only for the ones impossible to install in
any other way.
--
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=7929
--- Comment #101 from MarcoB <malucius(a)gmail.com> 2009-11-17 15:12:39 ---
> Great! What distribution are you using? I would like to test converted my
> Debian packages to RPMs if you're interested in testing.
>
Of course I would like to test it :)
I use Fedora 11 (soon to be 12) 64 bit.
When I compiled I had some dependency problems but nothing too complicated.
Wine has a good wiki about it. I don't know if you need to look into that for
rpm package.
I can see hamachi's IP on network, so you are right that /etc/hosts is not
necessary.
The route that I mentioned was a bit incomplete. The full command would be:
route add -host 255.255.255.255 dev ham0
I will try with and without the routing when I get the chance.
But I guess this one is exclusively about the VPN unlike the /etc/hosts line.
--
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=3154
--- Comment #19 from Paul Romanyszyn <pgr(a)arcelectronicsinc.com> 2009-11-17 12:20:33 ---
The OLE updates or some other patches have seemed to have fixed the stays in
memory on exit. File close still does not work but the continuous loop does not
occur anymore. I would like a verification that it does work now before closing
this bug.
--
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=7929
--- Comment #100 from Erich Hoover <ehoover(a)mines.edu> 2009-11-17 11:48:20 ---
(In reply to comment #99)
> ...
> I compiled wine with your patches and all went well so far.
Great! What distribution are you using? I would like to test converted my
Debian packages to RPMs if you're interested in testing.
> However I couldn't test LAN support just yet.
> I tried last weekend and it didn't work, but I think i was having problems with
> Hamachi since I couldn't see the other player online there, so that might be
> the cause. Hopefully I will test it again soon.
>
> So you say I don't need to add hamachi's IP on /etc/hosts? No need to route to
> 255.255.255.255 either?
>
That's correct. Unless you need to do something with your configuration to get
hamachi to work at all then these patches should remove the need to do the old
tweaking. Relevant explanations:
/etc/hosts:
The patch does a test to see if the loopback IP is returned for
gethostbyname("your_computer_name") and if this would be the case then it
returns instead the list of IP addresses corresponding to all of the "local" IP
addresses. This list is returned based on the routing priority, as it is
according to the documentation and under all my Windows testing. So, provided
that your hamachi VPN connection has the highest routing priority then that is
the IP address that gets returned to the game (you can check this in-game by
going to the network settings).
route 255.255.255.255:
I never saw this configuration actually work; however, my understanding of the
code and this option is that this change allows the game to send to the
broadcast address as if it is any old IP. This set of patches should not
require such a change as it is setup to do broadcasting "properly."
--
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=2624
R P Herrold <herrold(a)owlriver.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |herrold(a)owlriver.com
--- Comment #24 from R P Herrold <herrold(a)owlriver.com> 2009-11-17 10:35:19 ---
I still see this message concerning WM_ERASEBKGND errors
wine-1.1.33-0.el5.mh (Mike Harris packaging for CentOS 5)
see: http://wiki.centos.org/AdditionalResources/Repositories for a pointer
winecfg message
fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
when clicking Apply, OK
-- Russ herrold
--
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=7929
--- Comment #99 from MarcoB <malucius(a)gmail.com> 2009-11-17 09:23:04 ---
Well "online" never worked for me for some reason.
So when I mean online I mean over a VPN using hamachi. That's how I always
played (in a win machine).
I compiled wine with your patches and all went well so far.
However I couldn't test LAN support just yet.
I tried last weekend and it didn't work, but I think i was having problems with
Hamachi since I couldn't see the other player online there, so that might be
the cause. Hopefully I will test it again soon.
So you say I don't need to add hamachi's IP on /etc/hosts? No need to route to
255.255.255.255 either?
I will let you know how it went later though.
Let's hope it will work.
Thanks!
--
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=6971
--- Comment #269 from Thanos Chatziathanassiou <tchatzi(a)arx.net> 2009-11-17 08:07:26 ---
Created an attachment (id=24805)
--> (http://bugs.winehq.org/attachment.cgi?id=24805)
Add force-box option to MouseWarpOverride registry key
Here's a patch to add ``force-box'' option to current MouseWarpOverride
registry key against current (2009/11/17) git.
You can also add a ``BoxPixels'' key with values 1-999 to define the size of
the box (it defaults to 10) that'll wrap the mouse.
It works quite nicely for me in Borderlands, much better than ``force'' at
least. I've written it during a lunch break and I'm not familiar with wine
internals at all (basically I just retro-fitted an existing patch
http://bugs.winehq.org/attachment.cgi?id=11303), so someone more knowledgeable
please take a look at it and fix if necessary.
--
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=6911
--- Comment #9 from Disco <ck(a)unity-web.ch> 2009-11-17 06:05:57 ---
I'm willing to reward anybody that will help me solve the problem !
--
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=14858
Summary: ICQ crashes on launching
Product: Wine
Version: 1.1.2
Platform: All
URL: http://www.icq.com
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kai.mast(a)gmail.com
I've been told to report this issue without native DLLs.
The attachment contains the console output (it seems to be related to the
ole.dll)
--
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.