{5} Assigned, Active Tickets by Owner (Full Description) (53 matches)
List tickets assigned, group by ticket owner. This report demonstrates the use of full-row display.
NoOneButMe (1 match)
| Ticket | Summary | Component | Milestone | Type | Severity | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1070 | add server "Description" field as an alias to long/similar addresses and ips | Colloquy (Mac) | Colloquy 2.4 | Enhancement | Normal | 07/19/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It would be handy if the Connection Panel could accept some sort of "alias" for a server rather than having to display the full server name. I am on loads of servers, some of which have long and annoying names, and simply being able to refer to it by a shorthand alias would be a nice visual enhancement. For example: Freenode Undernet Blorp7 And so on. Thanks. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
akempgen (1 match)
| Ticket | Summary | Component | Milestone | Type | Severity | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #351 | Colloquy needs avatar suport | Third-Party Plugin | Enhancement | Normal | 10/10/05 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Collouy is in much need of avatar support. If anyone could develop a plugin or the feature could be added into colloquy I would appreciate it. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
kiji.roshi (2 matches)
| Ticket | Summary | Component | Milestone | Type | Severity | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1317 | Support for ignoring a user | Colloquy (Mobile) | Mobile Colloquy 1.2 | Enhancement | Normal | 12/31/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The ability to ignore users needs to be implemented in mcolloquy. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1709 | Autocomplete choices disappear | Colloquy (Mobile) | Mobile Colloquy 1.2 | Defect | Trivial | 08/07/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
When rotating the iPhone or iPod past a certain point (tilting it 45° downwards, or into landscape) the autocomplete choices view disappears. reported by dme. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
timothy (28 matches)
| Ticket | Summary | Component | Milestone | Type | Severity | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1003 | hostmasks appear to being cached accross signoffs | Chat Core (IRC) | Defect | Major | 02/14/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I've been having a problem with colloquy retaining hostmasks on users across signoffs. Like on undernet when a user authenticates with chanservices, the network signs them off and then back on with a new network mask. colloquy retains the old mask on the re-signon. This is displayed in the channel text, as well as in tooltips. I have to do a Get Info for the data to get updated. This posed a serious problem tonight because a troll signed off and changed his hostmask to evade a ban, but I couldn't tell that he had because the old hostmask was still displaying. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #673 | process incoming chat message (!commands) not working anymore | AppleScript Support | Defect | Critical | 06/07/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Since last update (that should be r3263) my "remote" applescripts don't work anymore. Very simple script example : on process incoming chat message m
try
if body of m starts with "!mens" then
set reponse to "<font color=\"lime\">..</font> <font color=\"grey\">[taille]</font> <font color=\"lime\">1,88 mètre .. </font><font color=\"grey\">[Poids]</font><font color=\"lime\"> 79 kg .. </font><font color=\"grey\">[zizi]</font> <font color=\"lime\">dlb à lmas ..</font>"
tell panel "#freelooser" to send message reponse with action tense
end if
end try
end process incoming chat message
please don't ask for the meaning of such a stupid remote :p |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #915 | Many AppleScript errors while doing simple scripting tasks | AppleScript Support | Defect | Critical | 11/13/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
After routine testing, I've discovered that many ofl the Applescript callback handlers mentioned in the scripting dictionary do not get called. The only ones I can get working are: load unload kicked from room idle build contextual menu for item handle clicked contextual menu item I haven't tested the ctcp handlers yet ('process subcode request' and 'process subcode reply'), but ALL the others fail silently. This is a fairly serious bug for anyone wanting to script Colloquy with AppleScript. Here's a test suite: property loadedScriptName : ""
using terms from application "Colloquy"
(*****************Load/Unload Handlers*****************)
on load from scriptPath
set scriptAlias to (POSIX file scriptPath) as alias
set loadedScriptName to (name of (info for scriptAlias))
set msg to (loadedScriptName & " Loaded") as string
set evt to (loadedScriptName & "loaded") as string
tell active panel of front window
add event message msg with name evt
end tell
end load
on unload
set msg to (loadedScriptName & " Unloaded") as string
set evt to (loadedScriptName & "unloaded") as string
tell active panel of front window
add event message msg with name evt
end tell
set loadedScriptName to ""
end unload
(*****************Contextual Menu Handlers*****************)
on build contextual menu for item whichItems in whichPanel
return {"test one", "test two", "test three"}
end build contextual menu for item
on handle clicked contextual menu item whichMenuItem for whichItems within whichMenuList
if (whichMenuItem as string) begins with "test" then
tell active panel of front window
add event message "contextual menu test" with name "test123..."
end tell
end if
end handle clicked contextual menu item
on handle clicked link whichURL in whichPanel
if whichURL is "http://www.testing123.com" then
tell active panel of front window
add event message "handle clicked link" with name "test123..."
end tell
return true
end if
return false
end handle clicked link
(*****************Message Handlers*****************)
on process user command whichCommand with whichArguments for whichPanel
if whichCommand is "!test123" then
display dialog "ok" default answer whichArguments
return true
end if
return false
end process user command
on process incoming chat message whatMessage from whichUser in whichPanel
if whatMessage is "test123" then
tell active panel of front window
add event message "processing incoming chat message" with name "test123..."
end tell
end if
end process incoming chat message
on process outgoing chat message whatMessage in whichPanel
if whatMessage is "test123" then
tell active panel of front window
add event message "processing outgoing chat message" with name "test123..."
end tell
end if
end process outgoing chat message
(*****************CTCP Handlers*****************)
on process subcode request whichRequest with whichArguments from whichUser on whichConnection
return false
end process subcode request
on process subcode reply with whichArguments from whichUser on whichConnection
return false
end process subcode reply
(***************** Handlers for Connecting and Disconnecting *****************)
on connected whichConnection
display dialog "connected to " & (whichConnection's id)
end connected
on disconnecting whichConnection
display dialog "disconnecting from " & (whichConnection's id)
end disconnecting
(***************** Handlers for Joining, Leaving and Kicking *****************)
on join chat room whichPanel
tell active panel of front window
add event message ("joining" & whichPanel's id) with name "test123..."
end tell
end join chat room
on parting chat room whichPanel
tell active panel of front window
add event message ("parting" & whichPanel's id) with name "test123..."
end tell
end parting chat room
on kicked from room whichPanel by whichUser for whatReason
tell active panel of front window
add event message ("you were kicked from" & whichPanel's id) with name "test123..."
end tell
end kicked from room
on member joined whichMember in whichPanel
tell active panel of front window
add event message (whichMember's id & "joined" & whichPanel's id) with name "test123..."
end tell
end member joined
on member parted whichMember from whichPanel for whatReason
tell active panel of front window
add event message (whichMember's id & "parted from" & whichPanel's id) with name "test123..."
end tell
end member parted
on member kicked whichMember from whichPanel by whichOp for whatReason
tell active panel of front window
add event message ((whichMember's id) & "was kicked from" & (whichPanel's id) & " by " & (whichOp's id)) with name "test123..."
end tell
end member kicked
(***************** Other Handlers *****************)
on topic changed in whichPanel by whichUser to newTopic
tell active panel of front window
add event message (whichUser's id & "changed the topic of " & (whichPanel's id)) with name "test123..."
end tell
end topic changed
on perform notification whichNotification with whichNotificationInfo and whichPreferences
--
end perform notification
on idle
tell active panel of front window
--add event message ("idle") with name "test123..."
end tell
return 10.0
end idle
end using terms from
Click here to open the script in script editor |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1019 | Nicknames with wrong case | Colloquy (Mac) | Defect | Major | 03/03/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
If you got disconnected from the irc server and a remote user does an case-only nick change, this is not recognized by Colloquy on reconnect. Reproduction recipe:
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #556 | AS: Text to or from HTML conversion routines & functions | AppleScript Support | Enhancement | Normal | 03/24/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Because Colloquy requires HTML text, it has problems displaying some normal text characters in the window (eg &) and it just sends a blank line. The text must be "converted" to HTML OK text - where e.g. & is changed to & There are a lot of other odd characters that may need to be changed because, if they are present, they will probably similarly screw up the display of the whole line. It would be nice if there was a built in Applescript routine that can be called to translate lines of text to and from HTML. All the HTML characters would be translated - http://rabbit.eng.miami.edu/info/htmlchars.html Maybe a more powerful version would also have the option of converting other IRC characters (eg. ctrl-b) into HTML compatible text (<b></b>) Such a basic funtion would 1. be so useful, 2. be reliable in converting ALL troublesome characters (vs a user created routine), and 3. protect against bugs/errors in display, that I set this ticket to a high priority. Cheers Niteshade |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #923 | Make file transfers AppleScript-able | AppleScript Support | Enhancement | Blocker | 11/23/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It appears there are no AppleScript hooks for sending files, and since the Send File... item only appears in contextual menus (a whole 'nother problem on its own) I have no way to create a script that will send files based on an incoming trigger. (I'm modifying the script that allows users to request the currently playing song in iTunes to do this). |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1152 | Web Interface message entry field doesn't work reliably in Firefox (other browsers) | Colloquy (Mac) | Defect | Major | 11/23/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It's not possible to send a message using Firefox. (Tested using 2.0.0.9 on OS X 10.4.10.) |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #847 | Rename "Detach Panel" to "Detach Chat Room" | Colloquy (Mac) | Enhancement | Minor | 08/28/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Rename "Detach Panel" (and other occurrences of panel like "Close Current Panel") to "Detach Chat Room" / "Detach Direct Chat" / "Detach Server Console", depending on the type of the currect panel. I think it would be easier to understand for the user than the current, more technical term "panel". |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1372 | dragging into text field creates 2px space | Colloquy (Mac) | Colloquy 2.4 | Defect | Minor | 01/10/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Dragging something into the text field creates a 2px space separating the field from the chat area. This was reproducible since at least 2.1 (that I can remember). (thanks to @luckeyme on twitter for pointing out that this still happens on 2.2!) |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #196 | Buddy icons don't associate with talk bubbles in Bubble chat interface | Colloquy (Mac) | Defect | Normal | 05/20/05 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
When using the bubbles chat interface in combination with the buddy list icon functionality, the default black user icon shows up in the chat window for online buddy comments instead of the associated icon in the buddy list. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #422 | Would like to see mask-based ignore added to Colloquy's features. | Colloquy (Mac) | Enhancement | Normal | 12/16/05 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I think it would be good to give Colloquy the ability to handle /ignore in such a way that we can not only /ignore nicks, but also the ISP the nick is attached to. Chatting in the #colloquy channel, we were calling this "mask based ignore". Currently, I can ignore a nick, but if that nick changes I am still open to communication from her because I can't filter out the ISP. I think it's an important feature for an IRC client to have. Not sure if it's part of the software or not, but figured I'd post here just in case. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #469 | SSH connecttion -> SOCKS aware | Colloquy (Mac) | Enhancement | Normal | 01/27/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Would it be possible to for a next release to build in SSH support (and with it, terminal bash)? That way I could connect thru SSH and open my existing screen there. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #557 | AS: Send message theURL -- the URL does not appear as a hot link in the window | AppleScript Support | Defect | Normal | 03/24/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
If a URL is shown in a window, it is not a hot link, and you cannot command click it to link to that URL. For example, tell application "Colloquy" to add event message " http://apple.com" does not appear as a click-able link in the window. If it is sent to the channel (send message) then it is a hot link. These links ( http://, ftp://, itms://, etc ) should be hot links even if just shown in a window and not to channel. cheers Niteshade |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #611 | Console view can not be scrolled without dragging scrollbar. | Colloquy (Mac) | Defect | Normal | 04/21/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
In the latest svn (date of this ticket, 3215 revision) a Console view can only be scrolled if you drag the scrollbar. Neither the up/down arrow or mouse-wheel work. Quoth the xenon: "oh, i think i know why. make me a ticket, to remind me?" Ergo.. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #772 | Certain Prefixes represent different Modes on different Networks | Chat Core (IRC) | Defect | Normal | 07/11/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I know this is not really a bug in Colloquy but rather a flaw in the IRC spec, but maybe Colloquy is able to cope with it... I made a small list of what different networks have to say about the prefixes/modes they use: holics: PREFIX=(qaohv)*-@%+ DreamIRCd-3.1.4-Phoenix euirc: PREFIX=(qaohv)*!@%+ euIRCd1.1.5rc5 freenode: PREFIX=(ov)@+ hyperion-1.0.2 quakenet: PREFIX=(ov)@+ u2.10.11.07+asuka(1.2.1) feki.de: PREFIX=(qaohv)~&@%+ Unreal3.2.4 Enterthegame: PREFIX=@+ bahamut-1.4(28) notice how euIRC uses * for q and ! for a, while feki.de (my university server) uses & for a. Currently Colloquy interprets all of &, ! and * as Administrator/Protected (a), so on euIRC there is no difference between those two modes (both have the light pink super-op icon) while feki.de works just like you would expect it. Maybe Colloquy could map the *!@%+ and ~&@%+ prefixes to the qaohv which are also provided and are the same for both networks. In that case of course you would have to watch for servers like EnterTheGame which don't provide this information (see #764). I hope you understand what i mean O_o |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #825 | Applescript "body of message" borked (breaks /itunes links) | AppleScript Support | Defect | Normal | 08/23/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Applescript "body of message" doesn't return the body of the message as it should. Code: using terms from application "Colloquy" on process incoming chat message the_msg from the_usr in the_room try -- a large amount of other stuff say body of the_msg set the_body to name of the_usr & ": " & body of the_msg on error err_text display alert "Error ahead! Dirty great error ahead!" & return & err_text end try end process incoming chat message end using terms from Running this gives the error message: "Can't make «class maPA» of «class cRmA» of «class crmM» id 80298912 into type string" |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #868 | Add "Room Language is… en/de/nl/…" as a per room setting | Colloquy (Mac) | Enhancement | Normal | 09/06/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
add a per room setting "room language", so colloquy knows what language is spoken by the members of a chan, because it looks weird to have german join/part messages in an english transcript and vice versa… this could affect room event messages, script output (itunes, slap messages, wikipedia (see #760), etc) and probably other stuff too. for this to work, the setting should be available to plugins, of course. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #934 | add Perl scripting support | General Script Support | Enhancement | Normal | 12/10/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Considering Perl is native on MacOS X, I was rather shocked to see that while Applescript (which I expected), and Python (which I also expected), but also F-Script (Smalltalk? O_o ) and ruby (which I suppose is the up-and-coming) were supported along with Objective-C, Perl was not represented. The huge volume of modules available to Perl for script enhancement purposes alone seems to me to be sufficient reason to spark the effort, but there's another thing... I have an original script written for another irc client I'd like to port to colloquy for a friend, considering no one else has done so (and thus I'd be the first; I checked. :) but the backend is already written in perl and it seems awkward to me to have to rewrite it. I'd like to be notified of efforts toward the inclusion of Perl as a scripting option with Colloquy and to help in any way I can despite my currently not having a Macintosh running here to test with. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #942 | possible new and old window interface options | Colloquy (Mac) | Colloquy 3.0 | Enhancement | Normal | 12/15/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Sketches (attached) of possible new and old window interface options that where requested over time. not sure i caught them all... Could be selected by 2 PopUps ("Chat Rooms" + "User List") with the options below: 1. current sidebar style
2. seperate user list below the room list (always shows active room)
3. userlist in a seperate sidebar on the other side (active room)
4. like current tab interface, but without the drawer (active room)
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1026 | Support /whowas the same way as /whois | Colloquy (Mac) | Defect | Normal | 03/14/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Currently, Colloquy pops up an information window when you do a /whois <nickname>. It would be very nice if this could also handle /whowas <nickname> requests, as these are currently just swallowed (or rather, they show up in the Console, but most people don't have that visible). For reference: WHOWAS looks like this: whowas nickname 314: nickname n=nickname pha00108.dhcp.unc.edu * Nick Name 312: dray irc.freenode.net Wed Mar 14 22:26:25 2007 369: dray End of WHOWAS WHOIS looks like this: 311: nickname n=nickname 64.65.176.46 * Nick Name 319: nickname @#plone 312: nickname irc.freenode.net http://freenode.net/ 320: nickname is identified to services 318: nickname End of /WHOIS list. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1071 | Web Interface add button isn't implemented | Colloquy (Mac) | Defect | Normal | 07/23/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
When I try to use Colloquy's web interface plugin with my iPhone I try to click the plus sign in the top right hand corner and it does not do anything. How can I join a chat room from my iPhone if that button doesn't work. Could someone fix this or tell me what is wrong with the webui plugin. Thanks |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1385 | Weird graphical bug with about:* links | Colloquy (Mac) | Defect | Normal | 01/12/09 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
When somebody writes something constructed similarly to about:foo, i.e. something with a colon in the middle, it becomes a link. If you click the link, the background of the content-view becomes transparent, and the style gets messed up. It's kind of hard to explain, so I'm attaching an image of it. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #950 | add a "buddy" class to `<span class="member>nick</span>` in the transcript | Colloquy (Mac) | Defect | Minor | 12/30/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
add a "buddy" class to <span class="member">nick</span> in the transcript, so this information is also available for nicks in the chat messages or in events |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #156 | Global prefs should be applied to all rooms if the user wants | Colloquy (Mac) | Enhancement | Normal | 04/30/05 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The user should have the option of making their global preferences replace the individual room preferences. If they decide they want a new global look or feel, and they have many individual prefs, it is very tedious to change them all. A button that overrides all individual room prefs with the chosen global pref would fix this. This should be implemented by deleting each individual room's prefs, so that future changes to the global prefs will continue to affect the rooms that do not have new local prefs. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #383 | Allow for a stack of input buffers | Colloquy (Mac) | Enhancement | Normal | 11/11/05 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Everybody knows the situation when you are writing a longish comment, and while doing this something important happens... In this case I want to answer quick, by pushing down the current input, (Cmd-P) and getting a fresh input line with the cursor in it. When pressing Return this message gets sent, the old input pops back and we are back to normal... Does this sound reasonable? |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1346 | no whois/ison/watch for server notices and services | Chat Core (IRC) | Defect | Normal | 01/03/09 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
as of r4019 the notifications also include whois/ison/watch etc. for services and server notices sent to the user when "show notices as private chat" is enabled. for server notices, no valid response is received from the server so the list item is greyed out as though the server was a user that was offline. for services, while a notification could be useful when the user is manually typing commands, there isn't really a need to watch or whois services when it's a notification for something performed on connect that the user would not have manually typed, i.e. identifying with NickServ. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #848 | timestamp formats and positioning | Colloquy (Mac) | Enhancement | Trivial | 08/28/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Several people on irc have been asking for different timestamp formats, e.g. seconds and left and right positioning. I think this is interesting enough to be customizable in the default stylesheet. I have a working implementation of all these options (position: left, right, hidden; format: with or without seconds, am/pm or 24h) in my not-yet-released stylesheet and I could change default.xsl (and main.xsl of the other styles delivered with Colloquy) and styleOptions.plist to get that working in other stylesheets. Just send me an email if you are interested. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #230 | Add Paste Selection operation | Colloquy (Mac) | Enhancement | Normal | 06/17/05 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I'd like Colloquy to have the Paste Selection command that the Terminal application has. It would copy the current selection from the scrollback area to the input field, and be triggered by ⇧⌘V. Terminal also triggers it via middle-click, but that might be too odd or difficult. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
zach (21 matches)
| Ticket | Summary | Component | Milestone | Type | Severity | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2026 | Colloquiy desktop stops allowing Mobile to use Bouncer if invite dialog is waiting. | Colloquy (Mac) | Defect | Major | 02/28/10 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Basically if the desktop app gets an invite that is waiting for responce while the mobile app is not connected, the desktop stops being usable yo the mobile app for connecting until the invites are responded to. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #832 | When Transferring Files, Download Bar Freezes | Colloquy (Mac) | Defect | Normal | 08/26/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
If you are transferring files through the xdcc protocol and receiving a file, the download bar tends to find a point to freeze and then just stay there, even though the download actually continues (checked through Finder). |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #358 | File send bug when someone sends a file at the same time the file open dialog is up | Chat Core (File Transfer) | Defect | Blocker | 10/18/05 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
If I have the dialogue box open to send a file, the part where it I am searching for what file to pick, and someone sends me a file at the same time, I can not choose a file or close the file chooser window. Cancel will not close the window either, I have to force quit the program. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #281 | Clicking accept doesn't place proper focus in the file transfer dialog | Colloquy (Mac) | Defect | Major | 08/10/05 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
If the file picker is opened when I recieve an incoming file transfer dialog, clicking the accept doesn't place proper focus in the file transfer dialog. I basically hosed. I can't close the file transfer dialog by canceling it either. In addition, the file picker can't be closed by clicking cancel. I'm in a state where I can't get out of except for a force quit. Steps to reproduce; 1) Launch Version 2.0.1 (2D24) 2) Establish a connection 3) Double -click another user in the drawer 4) In the seperate window that opens, click send file. This will display the file picker. 5) Now while the file picker is displayed, have someone send you a file 6) The incoming file transfer window appears but you can't give it focus to close it. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #886 | File Downloader Doesn't Update After Clear | Colloquy (Mac) | Defect | Normal | 09/25/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
When downloading a file, if the clear button is used to remove previously downloaded files, the current file will no longer update its statistics such as speed or percent downloaded; however, the statistics will update each time the Clear button is pressed. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1042 | Dealing with excessive dcc/invite windows | Colloquy (Mac) | Colloquy 3.0 | Enhancement | Normal | 04/10/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It would be nice if there was some way that chan invite requests, DCC transfers and such dialog boxes weren't dialog boxes and instead just displayed in individual windows per type, e.g. one single window showing 20 chan invites vs. 20 dialog boxes asking to join/decline. It's very annoying to see 20 chan invites on starting up Colloquy, or having double that in spammed DCC file transfer requests waiting in the morning. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1477 | File Transfer window bug | Colloquy (Mac) | Colloquy 2.4 | Defect | Normal | 02/08/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
In the file transfer window, when ever a file (or filename) is clear from the window, the blue transfer bar at below will stop functioning (or progressing), and so does the remaining download time and transfer speed will stop to update itself, but the file is still transfering. User are unable to tell the xdcc file has been transfer completed or not. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1488 | "room is invite only" alert blocks reconnect on 2nd connection | Colloquy (Mac) | Defect | Normal | 02/16/09 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
"room is invite only" alert blocks reconnect on 2nd connection |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1817 | Bouncer stops function on invite | Colloquy (Mac) | Defect | Normal | 08/31/09 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
If the mac client, bouncing an irc connection to mobile colloquy, receives an invite (auto invite off), a confirm window pops up and mobile colloquy will no longer receive any messages (orange/yellow dot). Expected behavior would be to send a mobile confirm/notification also, or to require a /join command. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2033 | File Tansfers Box: "Clear" button bug | Colloquy (Mac) | Defect | Normal | 03/08/10 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
when downloading multiple files through dcc. if a file finishes downloading and the user presses the clear button, the rest of the downloads stop visually updating their progress and appear to be stuck, despite the fact that the file continues to download. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2220 | CTCP Time gives wrong results in GUI | Colloquy (Mac) | Defect | Normal | 08/12/10 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
If I right click on a user's nick, choose "Get Info", then click the little arrow next to "Local Time" it should show as the result the local time of the user. If they are in a different time zone from me then the time should be different from the local time on my clock. This was the behaviour in 4630, obtained from colloquy.info nightlies In 4693 obtained from colloquy.info nightlies, only the date is shown, in US format, in the GUI /whois window. No time of day is returned. In http://alex.speanet.info/stuff/Colloquy5072llvm15-Bouncer62.zip - I think this is current - I now get my local time, not the other user's. The status window gives the correct results in all cases, for instance: "scidude CTCP REPLY TIME 2010-08-12 11:07:08 -0500". Currently, using Colloquy5072llvm15-Bouncer62.zip, I see 17:07 in the GUI window. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2285 | Lock up during dcc file transfer | Colloquy (Mac) | Defect | Normal | 09/04/10 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hi if u open up a file dialog for sending a file via dcc and someone else sends u a file too and u have auto accept running the program locks up. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2349 | Clear the screen when reopening after multitasking kills the app | Colloquy (Mobile) | Enhancement | Normal | 10/31/10 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
After the ten minute multitasking timeout, Colloquy will reconnect when the user relaunches the app. However, when reconnecting in this manner, the history remains. This backlog can get quite large and repetitive when constantly connecting and reconnecting throughout the day (especially when using a bouncer which replays the backlog). Colloquy should respect the "History On Reconnect" preference for consistency, and clear the buffer before reconnecting. Related ticket: http://colloquy.info/project/ticket/1491 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1233 | "File Transfers" progress bar doesnt update. | Colloquy (Mac) | Defect | Minor | 04/20/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Anytime I recieve an XDCC transfer, if for any reason I hit stop, and then start another transfer, the progress bar will fail to update properly. If I press the Clear button, I am able to see the current progress. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1778 | Copying the ban list from Channel Info window | Colloquy (Mac) | Defect | Minor | 08/24/09 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
There's currently no way to copy the info from the channel info window, and the only way to do so is to open the Console into verbose mode and type "/mode #channel +b", which is rather obscure to do. A good solution to this would be to be able to select an entry from the channel info window and then be able to copy it and have the hostmask stored in the clipboard. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2208 | if you try to download a file when your HD is full, colloquy will quit. | Colloquy (Mac) | Defect | Minor | 08/02/10 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #251 | When someone offers to send you a file, check whether the offer is still valid, before letting the user select a place to save it | Colloquy (Mac) | Enhancement | Normal | 07/07/05 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I am so lazy. Heres the irc chat that led to "when someone offers to send you a file, check wether the offer is still valid, before letting the user select a place to save it":
[16:12] nightstalker: bc that just happened to me, not with porn but with some music, i was afk, someone tried so send me something, i browsed my hd to find a nice place to save it, and only to see that it was already cancelled What i mean by that is: I guess right now its "xy sends you a file" > "save" > "transfer". Maybe you can move the "save" dialog into the process of transferring? Like this: the user accepts the offered file, the transfer window opens and shows the transfer, and as soon as a connection is established a "select a place to save" dialog opens... |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #720 | Get Info doesnt work when theres a bad ban in the list | Colloquy (Mac) | Defect | Normal | 06/16/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
cmd-shift-i blinks the menu bar but doesnt open the get info dialog in one room, other rooms work fine. console.log says 2006-06-16 20:59:26.241 Colloquy[1373] *** -[NSPlaceholderSet initWithObjects:count:]: attempt to insert nil before this i had a weird ban related bug, i banned *!*@something.something.com through right click on a user, but colloquy said "you set a ban on *!*@*". to see what just happened i got info on that chan, but neither ban was in the list (someone else told me i actually banned *!*!*@something.something.com which would obviously be a bug itself), so i restarted colloquy to refresh the ban list. after the restart the bug appeared, not sure if its related though... |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1350 | close "invite only" alert when receiving an invite | Colloquy (Mac) | Colloquy 2.4 | Enhancement | Normal | 01/03/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2121 | Extend banlist interface to other list modes? | Colloquy (Mac) | Enhancement | Normal | 06/18/10 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Is there any chance of re-using the banlist management window for managing other list-based modes? I'm referring to modes such as +e (ban exception) and +I (invite exception), which seem to be supported on multiple clients, as well as charybdis's +q which prevents a user from speaking in the channel. Most servers advertise which modes are list modes in the 005 response under the CHANMODES key, after all, so it should be possible to do; the only tricky part I can think of is knowing which numerics are returned in response to the query form of the mode. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2045 | Mobile Transcripts | Colloquy (Mobile) | Mobile Colloquy 1.2 | Enhancement | Trivial | 03/21/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Colloquy iPhone should also support transcripts and should have an option to sync them OTA with a Mac's Transcripts folder. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
