|
83 | QELBot | B.Other | Bug Report | Low | Bot causes exception when failing to receive online pla... | New | |
2010-11-15 |
Task Description
Trac Ticket #67 - Originally reported by: Krayon
Bot causes exception when it fails to receive online players list. This can happen if the connection is reset for example (”Connection reset by peer”).
Example:
urllib2.URLError: <urlopen error (104, “Connection reset by peer”)>
|
|
84 | QELBot | B.Other | Bug Report | Low | Bot causes exception when failing to connect to server | New | |
2010-11-15 |
Task Description
Trac Ticket #68 - Originally reported by: Krayon
When the bot fails to connect to the server, or the connection is severed, the bot causes an exception.
Example:
socket.error: (110, “Connection timed out”)
|
|
85 | QELBot | Bot | Feature Request | Low | Add bot access lists | New | |
2010-11-15 |
Task Description
Trac Ticket #74 - Originally reported by: Korrode
requesting the ability to have people in the “Guild” list have a “GuildAdmin” settable option, and when turned on, they have access to bot’s “say” command, but no other normal admin features.
(very useful for a guild with multiple guild masters that need access to rank 20 ability, but are not all owners of the bot, or using it to sell their wares).
|
|
86 | QELBot | WebAdmin | Planned Feature | Low | WebAdmin to keep access logs | New | |
2010-11-15 |
Task Description
Trac Ticket #75 - Originally reported by: Krayon
The WebAdmin should keep access logs with login/logout etc and times they occur. Perhaps even what modifications took place.
|
|
87 | QELBot | B.Admin | Planned Feature | Low | Owner "list" should be structured | New | |
2010-11-15 |
Task Description
Trac Ticket #82 - Originally reported by: Krayon
Some bots have more than one owner. We need to ensure that they can ALL use owner commands etc. The owner list should therefore be something like a comma separated list. Alternatively it COULD be an Admin table attribute or a separate table. Either way it should be easily known if a player is an owner.
|
|
90 | QELBot | B.Admin | Feature Request | Low | Add total item gc value to "status" output | New | |
2010-11-15 |
Task Description
Trac Ticket #86 - Originally reported by: Korrode
Add total item gc value to “status” output.
(display gc bot would have if all items sold)
(currently running v0.10.0045)
|
|
91 | QELBot | B.Adverts | Feature Request | Low | Wanted/Inv | New | |
2010-11-15 |
Task Description
Trac Ticket #87 - Originally reported by: Anonymous
Would be nice if we had the option to have bots add /bot name inv/wanted at the end of each advert. this wouldnt take up much space on #jc 3 adverts.
|
|
92 | QELBot | B.Adverts | Feature Request | Low | Add ability for bots to be on the "greypal" search serv... | Assigned | |
2013-06-01 |
Task Description
It would be advantageous to have the bots on the public listing(s) out there. From greypal ( via http://greypal.el-fd.org/csv-doc.html ):
If your bot has no method to access the data via web -> FAIL
If your bot is hostey by el-services.net or learner -> np should work already
You need to provide a URL where a csv file can be retrieved
Format of the URL:
the URL should look like http://www.foo.bar/mybots/Testbot.csv
where "http://www.foo.bar/mybots/" is the base for all your hosted bots.
"Testbot" must match the botname.
and the extension ".csv"
Format of entries:
botname,Testbot
owner,Greypal
location,Testmap,40,50
buying,Fire Essence,1,2.5
selling,Fire Essence,1,3.5
Selling/Buying In Detail:
1. field = action, atm buying or selling
2. field = "Item Description"
3. field = amount, a positive number including 0, or * if there is no limit.
4. field = price, just in gc, please do not use k or such, just for sorting reasons
There should be only one entry for botname, owner and location.
The location entry has the following structure "location,<mapname>,<x-coord>,<y-coord>
Buying and selling entries as needed.
The item description must match the description seen in sto,inv or trade.
If you have a bunch of bots you can also provide a "index" file under the base-url like http://www.foo.bar/mybots/botlist.txt
at minimum there should be one botname per line in raw ascii.
Optional you can add separated by a space-character a url for a existing web-interface.
Just PM me ingame or via forum
|
|
93 | QELBot | Bot | Bug Report | High | Bot crash during "inv" | Assigned | |
2010-11-15 |
Task Description
First seen on 2010-11-14 23:28 EST (UTC - 5:00), from the error log:
File "/home/qelbot/adversary/bot.py", line 848, in process_pm
price = get_selling_price(requestor, item_name)
File "/home/qelbot/adversary/bot.py", line 1773, in get_selling_price
my_db.execute(sql,(v.guild, item))
File "/home/qelbot/adversary/database.py", line 44, in execute
self.cursor.execute(sql, args)
File "/usr/lib/python2.6/site-packages/MySQLdb/cursors.py", line 173, in execute
self.errorhandler(self, exc, value)
File "/usr/lib/python2.6/site-packages/MySQLdb/connections.py", line 36, in defaulterrorhandler
raise errorclass, errorvalue
_mysql_exceptions.OperationalError: (1267, "Illegal mix of collations (latin1_swedish_ci,IMPLICIT)
and (utf8_general_ci,COERCIBLE) for operation '='")
|
|
94 | QELBot | B.Admin | Feature Request | Low | Notification of item buy/sell | New | |
2010-11-16 |
Task Description
Might be good to be notified when certain items buy/sell. Each item could have a checkbox saying if you want to be notified or not. Then when that item is traded, a notification is sent.
Ultimately this could be configured to send via PM, gossip, email etc
|
|
95 | QELBot | B.Database | Bug Report | Critical | Crash/Reconnect loop on empty Inventory | Assigned | |
2010-12-15 |
Task Description
When the bot has an empty inventory, it will continually loop. It’s particularly bad as you can’t stop it from the WebAdmin and it spams the server with reconnect after reconnect.
|
|
96 | QELBot | WebAdmin | Feature Request | Low | Add force kill to WebAdmin | New | |
2010-12-15 |
Task Description
In light of FS#95, it would be good to have the ability to forcibly kill the bot no matter what state it’s in. It would also be useful if the bot had better monitoring and handling of itself ( FS#97 ).
|
|
97 | QELBot | B.Other | Feature Request | Low | Bot script to monitor itself better | New | |
2010-12-15 |
Task Description
The bot startup script should better monitor the state of the bot and kill it if necessary. See FS#95 and FS#96 regarding this also.
|
|
99 | OGGBot | Uncategorised | Bug Report | Low | tell/ask doesn't ignore illegal nick chars | New | |
2013-06-01 |
Task Description
Currently, when the user issues a tell/ask command, the bot doesn’t parse out any punctuation IMMEDIATELY following the nick. This should be done for characters that are illegal for IRC nicks ( TODO: verify this list ).
|
|
100 | OGGBot | Uncategorised | Planned Feature | Very Low | Do an HPR episode on OGGBot | Assigned | |
2013-06-01 |
Task Description
Summary says it all :)
|
|
107 | RatSlap | Uncategorised | Planned Feature | High | Reset to defaults/factory reset option | Assigned | |
2020-02-28 |
Task Description
At present, the original configuration is lost once you modify the modes of the mouse. An option to return the mouse to it’s factory defaults would be advantageous.
|
|
112 | RatSlap | Uncategorised | Planned Feature | Low | Distribution package should contain arch | New | |
2020-02-28 |
Task Description
The built dist package is named “ratslap-0.2.0.tar.gz” regardless of architecture.
|
|
115 | RatSlap | Uncategorised | Planned Feature | Low | Ability to save/load profiles | New | |
2020-02-28 |
Task Description
Would be nice to be able to save and load profiles.
|
|
116 | RatSlap | Uncategorised | Planned Feature | Medium | Modes should have simpler names such as A, B, C | New | |
2020-02-28 |
Task Description
The mode names should be simpler than “F3”, “F4” and “F5”. They were only named this way as that was the hex code for the mode, hardly user friendly.
|
|
118 | RatSlap | Uncategorised | Bug Report | Low | Button5 cannot be assigned to G5 | New | |
2020-02-28 |
Task Description
From GitHub Issue #9 by adrfantini:
I have a very weird behaviour here. After having modified many buttons to
suit my needs, I have the following problem.
I cannot assign many software mouse Buttons to many hardware buttons.
Assigning keys seems to always work tho.
Say I am in this situation:
...
sudo ratslap --p F3
Left Click (But1): Button1
Right Click (But2): Button2
Middle Click (But3): Button3
G4:
G5:
G6:
G7:
G8: ModeSwitch
G9: DPICycle
...
Now let's try to modify it with:
sudo ratslap --modify F3 --G4 Button4
Result:
sudo ratslap --p F3
Left Click (But1): Button1
Right Click (But2): Button2
Middle Click (But3): Button3
G4:
G5:
G6:
G7:
G8: ModeSwitch
G9: DPICycle
Nothing! Let's try assigning keys instead:
sudo ratslap --modify F3 --G4 LeftAlt+K
Left Click (But1): Button1
Right Click (But2): Button2
Middle Click (But3): Button3
G4: LeftAlt + K
G5:
G6:
G7:
G8: ModeSwitch
G9: DPICycle
Works...
In short, I can seem to bind mouse Buttons anymore!
However, some, like sudo ratslap --modify F3 --G7 Button9 work, while others,
like sudo ratslap --modify F3 --G7 Button5 do not.
|
|
119 | RatSlap | Uncategorised | Bug Report | Low | Unrecognised keys/buttons fail silently | New | |
2020-02-28 |
Task Description
QB#118 shows that unrecognised parameters (such as “button5”) fail silently, assigning 000000h instead of reporting an error.
|