Issue migrated from trac ticket # 13

component: Colloquy (Mac) | priority: Normal | resolution: Fixed

2005-02-27 07:33:08: novaa created the issue

when writing a PRIVMSG (aka query) to someone and the nick doesn't exist, you usually receive a '401: No such nick'. i think it would make sense to show this message in the query window if one has such a window open, so you know that your message wasn't read and don't wait for a never-coming answer.

Issue migrated from trac ticket #4

type: Defect | component: Colloquy (Mac) | severity: Normal | priority: Normal | version: 2.2 (Mac) | status: closed | resolution: Fixed | keywords: console tabs detached attach

2005-02-24 15:16:54: MathieuMa@… created the issue

Report from SVN nightly (2/21)

First, when connecting, the console opens but subsequent channels don't attach to it.
Showing the tab on the console, and dragging it at the beggining of the tabs on the other window brings the console to the last position (instead of the first)
Putting it in the second position works (for example)

Oh, many stuffs are logged to the console, which make everything slow when starting.

NB : I suspect those are known and caused by recent changes … opening a ticket to know when it's fixed.

2005-02-24 17:23:00: @xeenon changed status from new to assigned

2005-02-24 21:55:15: @xeenon changed version from 2.0 (2C11) to 2.0 (2D9)

2005-10-06 16:09:49: anonymous changed title from Console & chat windows to Initial messages not appearing in new windows/tabs

2005-10-06 16:09:49: anonymous commented

From experimentation it has been determined that this bug is related to the user's specific preferences file, and not the user's versions of OS X, Colloquy, etc. Removing/renaming the cc.javelin.colloquy.plist file from ~/Library/Preferences and re-configuring Colloquy may solve the issue.

2005-10-06 16:09:49: anonymous changed version from 2.0 (2D9) to Latest Nightly

2005-10-06 16:26:32: Darien changed status from assigned to closed

2005-10-06 16:26:32: Darien changed resolution from ** to duplicate

2005-10-06 16:26:32: Darien commented

This bug is a duplicate of #30 (closing this one because I like that discussion better)

2005-10-06 20:30:31: anonymous changed status from closed to reopened

2005-10-06 20:30:31: anonymous changed resolution from duplicate to **

2005-10-06 20:30:31: anonymous commented

This isn't related to #30. THis is referring to the tab bar and adding a tab to the front makes it jump to the end, not where you dropped it. This is a bug in the Adium tab code, we should fix.

2005-10-11 07:49:26: RQ changed status from reopened to closed

2005-10-11 07:49:26: RQ changed resolution from ** to fixed

2005-10-11 07:49:26: RQ commented

The ticket name seems like very related to #30, btw.

But OK. It does work for me. The new tab appears wherever i've dropped it, not at the end. Maybe that's because I haven't been using Colloquy for that long. Try trashing your preferences and see if that helps.

2005-10-11 07:50:33: anonymous changed title from Initial messages not appearing in new windows/tabs to Console & chat windows

2015-11-21 15:32:28: anonymous commented

http://www.requea.com/xwiki/bin/download/XWiki/AmandatZohan/13cz1.html

Issue migrated from trac ticket #17

type: Defect | component: Colloquy (Mac) | severity: Major | priority: Normal | version: 2.0 (Mac) | status: closed | resolution: Fixed

2005-02-28 20:07:46: teryabte@… created the issue

The latest nightly build does not work with dirc proxies anymore.

2005-03-12 22:22:33: terabyte@… commented

pretty please will you fix this, when I auto connect to my dirx proxy it never loads the stored chat, but if I disconnect and reconnect it loads the chat, but when it loads the chat it maxes out the CPU and beachballs while its loading it

2005-09-22 08:23:34: @xeenon changed status from new to closed

2005-09-22 08:23:34: @xeenon changed resolution from ** to fixed

2005-09-22 08:23:34: @xeenon commented

This has been fixed for a long while. Please verify.

2005-09-22 17:14:03: terabyte@… commented

Verified fixed.

Issue migrated from trac ticket # 24

component: Colloquy (Mac) | priority: Normal | resolution: Fixed | keywords: nick completion

2005-03-01 12:29:52: anonymous created the issue

The ability to show full names for users is great, but essentially breaks nickname completion. You need to mentally retain the user's nickname in order to type the beginning of it rather than the beginning of their username.

To fix this, we need at least one of:

• name completion for full names instead of nicks
• display of both nick and full name somehow
• display of full names in chat text

Issue migrated from trac ticket # 9

component: Colloquy (Mac) | priority: Normal | resolution: Fixed

2005-02-26 10:32:26: novaa created the issue

when you open a irc server console from the connections window, it by default has no text input field. you have to switch to another channel/query/console and then back. after this the text input shows up. IMO the text input should be shown when you open the console.

Issue migrated from trac ticket #21

type: Defect | component: Chat Core (IRC) | severity: Major | priority: High | version: 2.0 (Mac) | status: closed | resolution: Works for Me | keywords: disconnect

2005-03-01 08:05:44: ramp created the issue

[5:50pm] You are now known as ramp.
[5:50pm] You rejoined the room.
[5:50pm] nih: wb ramp
[5:53pm] ramp: what the fuck is going on
[5:54pm] ajhacksu: u ping out .. someshing up with ur connection

periodically colloquy disconnects from all my servers

2005-03-01 16:39:11: @xeenon changed status from new to closed

2005-03-01 16:39:11: @xeenon changed resolution from ** to worksforme

2005-03-01 16:39:11: @xeenon commented

This is not reproducible. Check your dialup or DSL connection.

Issue migrated from trac ticket #16

type: Defect | component: Colloquy (Mac) | severity: Normal | priority: Normal | version: 2.0 (Mac) | status: closed | resolution: Works for Me | keywords: chat transcript crash

2005-02-27 23:31:54: Sean created the issue

Colloquy crashes when viewing a specific chat transcript. The rainbow pinwheel thing shows up while it's loading the transcript, then it says Colloquy crashed. It freezes there, and it must then be force quit. This appears to happen for only the current day of the Adium Transcript (ie #adium 2-27-05 will crash, but #adium 2-26-05 will work fine.)

I attached the transcript that crashes here: http://69.93.36.130/~xboxins/col-chat-transcript.zip

This is using nightly build 2/25.

2005-03-13 03:16:32: @xeenon changed status from new to closed

2005-03-13 03:16:32: @xeenon changed resolution from ** to worksforme

2005-03-13 03:16:32: @xeenon commented

Works fine now, likely a fluke.

Issue migrated from trac ticket #13

type: Defect | component: Colloquy (Mac) | severity: Normal | priority: Normal | version: 2.0 (Mac) | status: closed | resolution: Fixed

2005-02-27 16:33:08: novaa created the issue

when writing a PRIVMSG (aka query) to someone and the nick doesn't exist, you usually receive a '401: No such nick'. i think it would make sense to show this message in the query window if one has such a window open, so you know that your message wasn't read and don't wait for a never-coming answer.

2005-02-27 16:54:32: @xeenon changed status from new to assigned

2005-05-13 03:27:11: @xeenon changed status from assigned to closed

2005-05-13 03:27:11: @xeenon changed resolution from ** to fixed

2005-05-13 03:27:11: @xeenon commented

This has been fixed in 9853e66.

Issue migrated from trac ticket # 11

component: Colloquy (Mac) | priority: High | resolution: Fixed | keywords: style display webkit refresh

2005-02-26 13:09:33: created the issue

Colloquy doesn't refresh "chat" windows. All dialogue in the console window appears live but in the channel's window or in private chat window, text will not show up until the style is changed. Once changed, messages which hadn't been displayed appear. Subsequent dialogue will not appear until window display style is adjusted again.

Issue migrated from trac ticket #7

type: Defect | component: Chat Core (IRC) | severity: Blocker | priority: Highest | version: Local Build | status: closed | resolution: Won't Fix | keywords: emoticons

2005-02-25 19:59:00: BiHi created the issue

Just type :):) in an irc channel. It's not considered as a emoticon because of the missing space. Not critical at all, still quite annoying.

2005-02-26 02:09:14: @xeenon changed resolution from ** to wontfix

2005-02-26 02:09:14: @xeenon commented

We don't detect touching emoticons, space or word boundaries are required. This prevents emoticons from popping up in code like [object print:p]. As iChat would of detected a :p in there. Annoying in this case, but rare less annoying than a false positive.

2005-02-26 02:09:14: @xeenon changed status from new to closed

2005-02-26 07:03:25: BiHi changed priority from normal to low

2005-02-26 07:03:25: BiHi commented

Well, at least in your case you can always change the emoticon set to "Text only" to read the code.
Maybe you could make this a hidden preference ?

2005-10-01 10:42:21: anonymous changed version from 2.0 (2D9) to Built Source

2005-10-01 10:42:21: anonymous changed priority from low to normal

2005-10-01 10:42:21: anonymous changed component from Colloquy (GUI) to General Script Support

2005-10-01 10:42:21: anonymous changed type from defect to task

2005-10-01 10:42:21: anonymous changed severity from minor to normal

2006-02-07 05:12:52: anonymous changed priority from normal to highest

2006-02-07 05:12:52: anonymous changed component from General Script Support to Chat Core (File Transfer)

2006-02-07 05:12:52: anonymous changed type from task to defect

2006-02-07 05:12:52: anonymous changed severity from normal to blocker

Issue migrated from trac ticket #8

type: Defect | component: Colloquy (Mac) | severity: Minor | priority: Low | version: 2.0 (Mac) | status: closed | resolution: Fixed | keywords: member highlight nickname

2005-02-25 20:52:50: novaa created the issue

when you are in a channel where someone has a name with just one char (for example the Q and L bots in quakenet) and if then somebody says a word containing this char and then a special char (for example a german umlaut) then the nickname of the bot gets highlighted in this word. see the link below for a example.

http://members.lycos.co.uk/staff/pub/colloquy/colloquy-ui-bug-1.pdf

2005-02-26 02:12:43: @xeenon changed status from new to assigned

2005-02-26 02:12:43: @xeenon changed keywords from bug to member highlight nickname

2005-02-26 02:12:43: @xeenon changed severity from normal to minor

2005-02-27 17:31:30: @xeenon commented

The issues seems to be here is PCRE considers accented chars to be word boundaries, so they match \b. This shouldn't be the case I would think...

2005-09-22 09:09:40: @xeenon changed status from assigned to closed

2005-09-22 09:09:40: @xeenon changed resolution from ** to fixed

2005-09-22 09:09:40: @xeenon commented

I think I fixed this with the new PCRE.

Issue migrated from trac ticket # 23

component: Colloquy (Mac) | priority: Normal | resolution: Won't Fix

2005-03-01 09:01:14: [email protected] created the issue

The version strings displayed in Finder's Get Info or list view Version column for Colloquy do not include the nightly build date. For example, the 2/25 nightly shows only "2.0".

The relevant Info.plist keys are CFBundleGetInfoString (Get Info) and CFBundleShortVersionString (list view).

Issue migrated from trac ticket #22

type: Defect | component: Chat Core (SILC) | severity: Minor | priority: High | version: 2.0 (Mac) | status: closed | resolution: Fixed | keywords: silc disconnect auto

2005-03-01 17:23:20: @xeenon created the issue

Colloquy is auto-reconnecting even after a manual disconnect from the Colloquy GUI.

2005-03-13 14:39:57: @pweiskircher changed owner from patw to pat

2005-03-13 14:57:35: @pweiskircher changed status from new to closed

2005-03-13 14:57:35: @pweiskircher changed resolution from ** to fixed

Issue migrated from trac ticket # 12

component: Colloquy (Mac) | priority: Normal | resolution: Fixed

2005-02-26 15:59:42: [email protected] created the issue

whenever i am joining a new channel the drawer containing the list of users gets closed. changing the cannel reopens it.

Issue migrated from trac ticket # 14

component: Colloquy (Mac) | priority: Low | resolution: Won't Fix | keywords: minimized dock status

2005-02-27 07:59:13: ramp created the issue

when an im window is minimized to the dock and you try and /query that same user in say a main chat, the im window remains in the dock.

Issue migrated from trac ticket # 6

component: Colloquy (Mac) | priority: Lowest | resolution: Fixed | keywords: growl notifications

2005-02-24 14:51:52: novaa created the issue

when someone in a query says one of your highlight words, colloquy via growl says 'One of your highlight words was menioned in InsertNickHere'. i think it should be 'One of your highlight words was menioned by InsertNickHere' because a person and not a channel said this.

Issue migrated from trac ticket #1

type: Defect | component: Colloquy (Mac) | severity: Critical | priority: High | version: 2.0 (Mac) | status: closed | resolution: Fixed | keywords: scripts plugins

2005-02-23 06:39:40: @xeenon created the issue

Since we made JVChatTranscript a model, messages have no view association.

2005-02-23 17:18:50: @xeenon changed status from new to assigned

2005-02-23 17:19:21: @xeenon changed component from F-Script Support to General Script Support

2005-02-24 02:14:48: @xeenon changed status from assigned to closed

2005-02-24 02:14:48: @xeenon changed resolution from ** to fixed

2005-02-24 02:14:48: @xeenon commented

Fixed with 06d69c1.

Issue migrated from trac ticket # 20

component: Chat Core (IRC) | priority: Normal | resolution: Fixed

2005-02-28 17:51:02: eridius created the issue

Bans (mode +b) aren't showing up in the chat room or in the transcript.

Issue migrated from trac ticket #20

type: Defect | component: Chat Core (IRC) | severity: Minor | priority: Normal | version: 2.0 (Mac) | status: closed | resolution: Fixed

2005-03-01 02:51:02: @kballard created the issue

Bans (mode +b) aren't showing up in the chat room or in the transcript.

2005-03-01 02:52:13: @kballard changed priority from high to normal

2005-03-01 20:02:15: @kballard changed status from new to assigned

2005-03-02 17:43:39: @kballard changed status from assigned to closed

2005-03-02 17:43:39: @kballard changed resolution from ** to fixed

Issue migrated from trac ticket #6

type: Defect | component: Colloquy (Mac) | severity: Trivial | priority: Lowest | version: 2.0 (Mac) | status: closed | resolution: Fixed | keywords: growl notifications

2005-02-24 23:51:52: novaa created the issue

when someone in a query says one of your highlight words, colloquy via growl says 'One of your highlight words was menioned in InsertNickHere'. i think it should be 'One of your highlight words was menioned by InsertNickHere' because a person and not a channel said this.

2005-02-25 13:15:19: @xeenon changed status from new to assigned

2005-02-25 13:15:19: @xeenon changed keywords from ** to growl notifications

2005-02-25 13:15:19: @xeenon changed severity from normal to trivial

2005-02-26 05:29:24: @xeenon changed status from assigned to closed

2005-02-26 05:29:24: @xeenon changed resolution from ** to fixed

2005-02-26 05:29:24: @xeenon commented

Fixed by changeset 15878cb.

Issue migrated from trac ticket # 15

component: Colloquy (Mac) | priority: Normal | keywords: AS process outgoing chat message send

2005-02-27 08:50:38: Brennan created the issue

I am fond of making text input 'filter' scripts, for example the following script is intended to insert a space between each of the characters of the text input :

using terms from application "Colloquy"
	
	on process outgoing chat message msg in chatView
		
		set msgTxt to (body of msg as string)
		set AppleScript's text item delimiters to " "
		set msgchars to (characters of msgTxt) as string
		set AppleScript's text item delimiters to ""
		send chatView message msgchars
		
		return false
		
	end process outgoing chat message
	
end using terms from

The result of this is that typing 'hello' would appear as 'h e l l o'. (More advanced/specialised filters can easily be imagined).

The problem is that when I 'send' my filtered message from 'process outgoing chat message', 'process outgoing chat message' gets called again, leading to a dead loop.

There are a couple of possible solutions to this problem, but I would suggest an optional extra parameter for 'send' which would ensure that 'process outgoing chat message' does not get called. The exact implementation is not so important however. Whatever works out.

Issue migrated from trac ticket # 7

component: Chat Core (IRC) | priority: Highest | resolution: Won't Fix | keywords: emoticons

2005-02-25 10:59:00: BiHi created the issue

Just type :):) in an irc channel. It's not considered as a emoticon because of the missing space. Not critical at all, still quite annoying.

Issue migrated from trac ticket # 25

component: Colloquy (Mac) | priority: Normal | resolution: Duplicate

2005-03-01 16:02:45: [email protected] created the issue

like this:
http://rscm.rubyforge.org/files/RE%E2%80%8BADME.html%22

Anything you copy + paste from a chatroom will have this - its driving me nuts!

Issue migrated from trac ticket # 8

component: Colloquy (Mac) | priority: Low | resolution: Fixed | keywords: member highlight nickname

2005-02-25 11:52:50: novaa created the issue

when you are in a channel where someone has a name with just one char (for example the Q and L bots in quakenet) and if then somebody says a word containing this char and then a special char (for example a german umlaut) then the nickname of the bot gets highlighted in this word. see the link below for a example.

http://members.lycos.co.uk/staff/pub/colloquy/colloquy-ui-bug-1.pdf

Issue migrated from trac ticket # 26

component: Colloquy (Mac) | priority: Normal | resolution: Duplicate

2005-03-01 16:31:19: eridius created the issue

I want to be able to see a dock icon indicator for activity in chat rooms. Don't ask me how the preference interface would work, since this can't fit in the normal Chat Event structure, since it only makes sense for activity (or private messages).

Issue migrated from trac ticket # 17

component: Colloquy (Mac) | priority: Normal | resolution: Fixed

2005-02-28 11:07:46: [email protected] created the issue

The latest nightly build does not work with dirc proxies anymore.

Issue migrated from trac ticket #10

type: Defect | component: Colloquy (Mac) | severity: Minor | priority: Low | version: 2.0 (Mac) | status: closed | resolution: Invalid | keywords: open command first launch

2005-02-26 22:07:22: created the issue

Every new build of Colloquy won't open through file system open functions until it has been opened with a doubleclick. One such function is NSWorkspace's openFile:(NSString *)fullPath. The following is output to the console:

-LSOpenFromURLSpec() returned -10814 for application (null) path /Applications/Colloquy.app.*

According to apple, that is kLSApplicationNotFoundErr: "No application in the Launch Services database matches the input criteria."

Does something change with every (nightly) build of colloquy that Launch Services doesn't recognize it like it does other updated applications? I've only noticed this problem with colloquy. Another place it manifests is with Path Finder's applications menu.

2005-02-26 22:11:41: @xeenon changed keywords from file open transcript to open command first launch

2006-03-14 08:01:48: @xeenon changed status from new to closed

2006-03-14 08:01:48: @xeenon changed resolution from ** to invalid

2006-03-14 08:01:48: @xeenon commented

THis is a bug in launch services when download applications and there is nothing we can do.

Issue migrated from trac ticket #18

type: Defect | component: Colloquy (Mac) | severity: Trivial | priority: Normal | version: 2.0 (Mac) | status: closed | resolution: Fixed

2005-02-28 22:58:07: aarku created the issue

When you do a: /whois foo , the user info panel pops up. There is a UI bug in that the window that pops up looks like a window, but behaves like a panel. You can't press command-w to close the user info.

If it is supposed to be a window (what I'd prefer), then make it behave like one, please. Otherwise, it should have the smaller panel look in the window bar.

-Jon

2005-03-01 19:58:19: @kballard changed severity from normal to trivial

2005-03-01 19:58:19: @kballard commented

What are you talking about? It closes just fine with Cmd-W. And that is a panel look - a panel is simply a window that closes with esc and hides when you bring another app forward (well, that's the simple definition). I think you're talking about a utility window.

What is it that you want it to do? Not close with esc? Not hide when I put Colloquy in the background? Both of those behaviours are perfectly fine with me. In fact, the only oddity I can see is when the whois window is active, the previously-active window gets the still-main-but-not-key look. In other words, the whois window can become key, but not main. I don't know why this is, and it may be worth fixing (or maybe not - it doesn't hurt anything).

2005-03-01 20:09:48: anonymous commented

My mistake. Must have gotten it screwed up with multiple desktops ala Desktop Manager.... a few times in a row. Sorry.

2005-03-07 08:08:16: aarku commented

Okay, I narrowed down the bug.

You have a channel window open, and you get info on a name. The info window pops up as normal. The info window is now in the foreground, and appears that it is in the foreground. At this point, Command-W on the info window works just fine.

Now Command-Tab into another application, like the Finder. Now tab back into Colloquy. The info window appears to be in the foreground, but pressing Command-W will close the channel window instead.

Can you reproduce this?

-Jon

2005-03-10 00:30:56: @xeenon changed status from new to closed

2005-03-10 00:30:56: @xeenon changed resolution from ** to fixed

2005-03-10 00:30:56: @xeenon commented

Fixed in changeset 9f2323c.

Issue migrated from trac ticket #19

type: Enhancement | component: Colloquy (Mac) | severity: Normal | priority: Normal | version: 2.0 (Mac) | status: closed | resolution: Fixed | keywords: kick ban

2005-03-01 02:35:00: The_Tick created the issue

A /kickban would be a nice command to have. Using the mouse for this is too slow in certain situations.

2005-03-01 02:38:00: anonymous changed severity from normal to enhancement

2005-03-01 02:38:00: anonymous changed component from Chat Core (IRC) to Colloquy (GUI)

2005-03-01 02:44:08: The_Tick commented

Here is an example:

User info from irssi:
19:40 -!- test23 [~[email protected]] has joined #growl

What happens when you type /kickban nick
19:40 -!- mode/#growl [+b *!the_tick@.rootmonkey.net] by The_Tick
19:40 -!- test23 was kicked from #growl by The_Tick [The_Tick]

If you did /kickban nick reason, it would put reason instead of [$NICK]

2005-03-01 20:01:17: @kballard changed owner from timothy to eridius

2005-03-01 20:01:43: @kballard changed status from new to assigned

2005-10-12 07:55:54: @xeenon changed keywords from ** to kick ban

2005-10-12 07:55:54: @xeenon changed priority from low to normal

2005-10-12 07:55:54: @xeenon changed version from 2.0 (2D9) to 2.0 (2D16)

2005-11-13 20:57:54: @xeenon changed status from assigned to closed

2005-11-13 20:57:54: @xeenon changed resolution from ** to fixed

2005-11-13 20:57:54: @xeenon commented

Added in ae8ba84

2013-11-16 22:18:13: jan_lievaart@… commented

hello
wanna ask if I can use this on imvu chat for remove ppl
they don't handle the rules?

2015-11-21 15:32:40: anonymous commented

http://www.requea.com/xwiki/bin/download/XWiki/AmandatZohan/14cz1.html

Issue migrated from trac ticket #11

type: Defect | component: Colloquy (Mac) | severity: Major | priority: High | version: 2.2 (Mac) | status: closed | resolution: Fixed | keywords: style display webkit refresh

2005-02-26 22:09:33: created the issue

Colloquy doesn't refresh "chat" windows. All dialogue in the console window appears live but in the channel's window or in private chat window, text will not show up until the style is changed. Once changed, messages which hadn't been displayed appear. Subsequent dialogue will not appear until window display style is adjusted again.

2005-05-24 15:17:08: david@… commented

Version 2.0 (2D16)
When users query me and write me in private I do not see their first few lines. If I type something to them I see everything they type afterwards, but if not I may miss upto three inputs from their behalf.

Had a friend paste me some sql-data and I got the last 4 lines of it but missed the first 9, and it all was in one input from his side.

It doesn't help by using /reload or switching styles or so.

2005-10-05 02:14:59: Darien changed status from new to closed

2005-10-05 02:14:59: Darien changed version from 2.0 (2D9) to Latest Nightly

2005-10-05 02:14:59: Darien changed resolution from ** to fixed

2005-10-05 02:14:59: Darien commented

I've experienced this bug in older versions, but no longer in the nightly. Resolving as fixed as of the latest nightly. If this bug re-surfaces, please re-open it with details on reproducing the bug.

Issue migrated from trac ticket #12

type: Defect | component: Colloquy (Mac) | severity: Normal | priority: Normal | version: 2.0 (Mac) | status: closed | resolution: Fixed

2005-02-27 00:59:42: maxman@… created the issue

whenever i am joining a new channel the drawer containing the list of users gets closed. changing the cannel reopens it.

2005-02-27 06:35:07: @xeenon changed status from new to closed

2005-02-27 06:35:07: @xeenon changed resolution from ** to fixed

2005-02-27 06:35:07: @xeenon commented

Fixed with changeset 5ef2194.

Issue migrated from trac ticket #14

type: Defect | component: Colloquy (Mac) | severity: Minor | priority: Low | version: 2.0 (Mac) | status: closed | resolution: Won't Fix | keywords: minimized dock status

2005-02-27 16:59:13: ramp created the issue

when an im window is minimized to the dock and you try and /query that same user in say a main chat, the im window remains in the dock.

2005-02-27 17:01:31: @xeenon changed status from new to assigned

2005-02-27 17:01:31: @xeenon commented

The only issue with this is what about multiple panels of a window. We should do what iChat does and badge the window icon in the drawer with the number of messages.

2005-03-10 00:10:27: @xeenon changed status from assigned to closed

2005-03-10 00:10:27: @xeenon changed resolution from ** to wontfix

Issue migrated from trac ticket # 10

component: Colloquy (Mac) | priority: Low | resolution: Invalid | keywords: open command first launch

2005-02-26 13:07:22: created the issue

Every new build of Colloquy won't open through file system open functions until it has been opened with a doubleclick. One such function is NSWorkspace's openFile:(NSString *)fullPath. The following is output to the console:

-LSOpenFromURLSpec() returned -10814 for application (null) path /Applications/Colloquy.app.*

According to apple, that is kLSApplicationNotFoundErr: "No application in the Launch Services database matches the input criteria."

Does something change with every (nightly) build of colloquy that Launch Services doesn't recognize it like it does other updated applications? I've only noticed this problem with colloquy. Another place it manifests is with Path Finder's applications menu.

Issue migrated from trac ticket # 18

component: Colloquy (Mac) | priority: Normal | resolution: Fixed

2005-02-28 13:58:07: aarku created the issue

When you do a: /whois foo , the user info panel pops up. There is a UI bug in that the window that pops up looks like a window, but behaves like a panel. You can't press command-w to close the user info.

If it is supposed to be a window (what I'd prefer), then make it behave like one, please. Otherwise, it should have the smaller panel look in the window bar.

-Jon

Issue migrated from trac ticket # 16

component: Colloquy (Mac) | priority: Normal | resolution: Works for Me | keywords: chat transcript crash

2005-02-27 14:31:54: Sean created the issue

Colloquy crashes when viewing a specific chat transcript. The rainbow pinwheel thing shows up while it's loading the transcript, then it says Colloquy crashed. It freezes there, and it must then be force quit. This appears to happen for only the current day of the Adium Transcript (ie #adium 2-27-05 will crash, but #adium 2-26-05 will work fine.)

I attached the transcript that crashes here: http://69.93.36.130/~xboxins/col-chat-transcript.zip

This is using nightly build 2/25.

Issue migrated from trac ticket # 21

component: Chat Core (IRC) | priority: High | resolution: Works for Me | keywords: disconnect

2005-02-28 23:05:44: ramp created the issue

[5:50pm] You are now known as ramp.
[5:50pm] You rejoined the room.
[5:50pm] nih: wb ramp
[5:53pm] ramp: what the fuck is going on
[5:54pm] ajhacksu: u ping out .. someshing up with ur connection

periodically colloquy disconnects from all my servers

Issue migrated from trac ticket #15

type: Defect | component: Colloquy (Mac) | severity: Normal | priority: Normal | version: 2.1 (Mac) | status: new | keywords: AS process outgoing chat message send

2005-02-27 17:50:38: @brennanyoung created the issue

I am fond of making text input 'filter' scripts, for example the following script is intended to insert a space between each of the characters of the text input :

using terms from application "Colloquy"
	
	on process outgoing chat message msg in chatView
		
		set msgTxt to (body of msg as string)
		set AppleScript's text item delimiters to " "
		set msgchars to (characters of msgTxt) as string
		set AppleScript's text item delimiters to ""
		send chatView message msgchars
		
		return false
		
	end process outgoing chat message
	
end using terms from

The result of this is that typing 'hello' would appear as 'h e l l o'. (More advanced/specialised filters can easily be imagined).

The problem is that when I 'send' my filtered message from 'process outgoing chat message', 'process outgoing chat message' gets called again, leading to a dead loop.

There are a couple of possible solutions to this problem, but I would suggest an optional extra parameter for 'send' which would ensure that 'process outgoing chat message' does not get called. The exact implementation is not so important however. Whatever works out.

2005-03-15 04:31:40: anonymous commented

"There are a couple of possible solutions to this problem, but I would suggest an optional extra parameter for 'send' which would ensure that 'process outgoing chat message' does not get called. "

I would recommend the opposite - by default, use the Send that does NOT call the plugin handlers. If this error exists in a script, it is because the author is careless; the odds are not good that the author will think to include the optional parameter.

I'd suggest "send chatView message msgchars with plugins" or something to that effect. If this parameter does not exist, it defaults to false and no plugin handlers will be called.

In addition, more often than not, the script author does not want or need the text to be post-processed.

2005-03-23 17:34:07: stacey commented

am sorry that i said what i said i'm sorry lov u lots lov stacey

2005-05-05 23:29:46: @brennanyoung commented

"send chatView message msgchars with plugins" is good :)

2005-10-12 04:39:34: anonymous changed version from 2.0 (2C11) to 2.0 (2D16)

2008-12-30 23:09:26: @xeenon changed version from 2.0 (Mac) to 2.1 (Mac)

2008-12-30 23:09:26: @xeenon commented

Valid as of latest build.

2009-04-16 23:54:59: @akempgen changed component from Colloquy (Mac) to AppleScript Support

Issue migrated from trac ticket #3

type: Defect | component: Colloquy (Mac) | severity: Minor | priority: Normal | version: 2.0 (Mac) | status: closed | resolution: Duplicate | keywords: growl notifications

2005-02-23 17:34:00: Sean created the issue

Using nightly build 2/21 and Growl 0.5 .. There appears to be a problem with notifications. When joining a server, it gives seven Growl notifications all saying the same thing.

This appears to be an issue only when joining a server. When I got a Growl notification that my name was mentioned in the channel, it only appeared once.

2005-02-23 17:58:57: @xeenon changed status from new to closed

2005-02-23 17:58:57: @xeenon changed resolution from ** to duplicate

2005-02-23 17:58:57: @xeenon commented

Duplicate of #2.

2015-11-21 15:32:16: anonymous commented

http://www.requea.com/xwiki/bin/download/XWiki/AmandatZohan/12cz1.html

Issue migrated from trac ticket # 19

component: Colloquy (Mac) | priority: Normal | resolution: Fixed | keywords: kick ban

2005-02-28 17:35:00: The_Tick created the issue

A /kickban would be a nice command to have. Using the mouse for this is too slow in certain situations.

Issue migrated from trac ticket # 27

component: Colloquy (Mac) | priority: Normal | resolution: Fixed

2005-03-01 16:33:51: eridius created the issue

I like the activity bubbles, but I had to turn them off because I'm in several rooms that I don't care about activity and that have fairly frequent activity. I'd love to see the ability to set chat events on a per-room basis, so I could turn on activity bubbles for a few rooms and leave them off by default (or the other way around). This ties in with ticket #26 as well - I'd want per-room controls over dock indicator.

Issue migrated from trac ticket #5

type: Defect | component: Colloquy (Mac) | severity: Trivial | priority: Low | version: 2.2 (Mac) | status: closed | resolution: Won't Fix | keywords: url link message

2005-02-24 15:58:01: @xeenon created the issue

URLs like:

http://localhost/test.html
file:///Developer/ADC%20Reference%20Library/documentation/index.html

Bother to support hex IP notation?

http://0x7f000001/

2005-02-24 17:22:35: @xeenon changed status from new to assigned

2005-06-18 11:03:21: @thomasdeniau commented

localhost is now supported (as of 2D19 ; this was probably fixed a long time ago).

2005-10-05 01:27:56: anonymous changed version from 2.0 (2D9) to Latest Nightly

2005-10-05 01:27:56: anonymous commented

Bug re-confirmed in 2D29.

2005-10-18 04:37:53: @xeenon commented

Localhost links do work now, file:// links still don't. Should we support file links?

2005-10-20 10:17:56: @xeenon changed status from assigned to closed

2005-10-20 10:17:56: @xeenon changed resolution from ** to wontfix

2005-10-20 10:17:56: @xeenon changed title from Localhost and file:// URLs don't auto-link to add file:// URLs

2005-10-20 10:17:56: @xeenon commented

No, we should not support file links. They are pointless unless everyone installs things to the same place.. which we don't. And localhost works now, so I'm just going to mark this as a wont-fix and change the summary to add file:// in case we change our mind.

Issue migrated from trac ticket # 22

component: Chat Core (SILC) | priority: High | resolution: Fixed | keywords: silc disconnect auto

2005-03-01 08:23:20: timothy created the issue

Colloquy is auto-reconnecting even after a manual disconnect from the Colloquy GUI.

Issue migrated from trac ticket #9

type: Defect | component: Colloquy (Mac) | severity: Normal | priority: Normal | version: 2.2 (Mac) | status: closed | resolution: Fixed

2005-02-26 19:32:26: novaa created the issue

when you open a irc server console from the connections window, it by default has no text input field. you have to switch to another channel/query/console and then back. after this the text input shows up. IMO the text input should be shown when you open the console.

2005-02-26 19:36:47: @xeenon commented

Please take a screen shot and attach it here. I can't reproduce this. The text input is always visible for me.

2005-02-27 17:13:52: @xeenon changed status from new to assigned

2005-02-27 17:13:52: @xeenon commented

novaa provided these screenshot steps showing the problem.

http://members.lycos.co.uk/staff/pub/colloquy/ticket-9/

I can reproduce it using drawer mode only.

2005-10-06 16:22:51: Darien changed version from 2.0 (2D9) to Latest Nightly

2005-10-06 16:22:51: Darien changed severity from normal to minor

2005-10-06 16:22:51: Darien changed title from opening console gives you not text input field to Opening console from Connections in drawer mode does not show text input

2005-10-11 15:48:27: @xeenon changed priority from low to normal

2005-10-11 15:48:27: @xeenon changed severity from minor to normal

2005-10-11 15:48:27: @xeenon changed title from Opening console from Connections in drawer mode does not show text input to console missing text box

2005-10-11 15:48:27: @xeenon commented

The console's text-field missing is well known and an annoying bug that we hope to fix soon. There is many workarounds. The most popular one being just to start typing anyway, and the text-field will show up.

2005-10-16 07:14:24: anonymous changed status from assigned to closed

2005-10-16 07:14:24: anonymous changed resolution from ** to fixed

2005-10-16 07:14:24: anonymous commented

Fixed in d734722.

Issue migrated from trac ticket #2

type: Defect | component: Colloquy (Mac) | severity: Minor | priority: Normal | version: 2.0 (Mac) | status: closed | resolution: Fixed | keywords: event notification

2005-02-23 16:06:36: @akempgen created the issue

when a new connection is established, growl shows about 4 notices per connection.
(svn 23.2.2005)

2005-02-23 17:18:18: @xeenon changed status from new to assigned

2005-02-23 17:18:18: @xeenon changed owner from xenon to timothy

2005-02-23 18:04:53: @xeenon commented

Another report from Sean #3.

2005-02-24 01:12:31: @xeenon changed status from assigned to closed

2005-02-24 01:12:31: @xeenon changed resolution from ** to fixed

2005-02-24 01:12:31: @xeenon commented

Fixed with changeset f58a068.

Issue migrated from trac ticket #23

type: Defect | component: Colloquy (Mac) | severity: Trivial | priority: Normal | version: 2.0 (Mac) | status: closed | resolution: Won't Fix

2005-03-01 18:01:14: @kpreid created the issue

The version strings displayed in Finder's Get Info or list view Version column for Colloquy do not include the nightly build date. For example, the 2/25 nightly shows only "2.0".

The relevant Info.plist keys are CFBundleGetInfoString (Get Info) and CFBundleShortVersionString (list view).

2005-04-16 04:46:24: @xeenon changed status from new to closed

2005-04-16 04:46:24: @xeenon changed resolution from ** to wontfix