Launchpad has imported 24 comments from the remote bug at https://bugs.kde.org/show_bug.cgi?id=132608.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2006-08-18T20:52:12+00:00 Ungerklaus wrote: Version: 0.19 #3100 (using KDE 3.5.2, Kubuntu Package 4:3.5.2-0ubuntu18.1 dapper) Compiler: Target: i486-linux-gnu OS: Linux (i686) release 2.6.15-26-686 When connecting to the irc.netgamers.org network the network join command does not work. The reply to the issued commands is "not registered". I guess the command is sent to early during the connection. This is really sad because there seems no way to autoidentify to this network, as their bot useses a uncommon syntax (/msg p...@cservice.netgamers.org LOGIN nick passwd), also to cloack a "/mode nick +x" is required. Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/0 ------------------------------------------------------------------------ On 2006-08-26T20:12:35+00:00 Eike Hein wrote: Rename for clarity. Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/1 ------------------------------------------------------------------------ On 2006-08-26T21:52:37+00:00 Ungerklaus wrote: The problem seems that the command is not parsed but directly sent to the server. So /msg wont work, but PRIVMSG ... will do. The documentation should be fixed, it clearly states "/msg " as examle, the server response then is unknown command. So it is not a timing issue but maybe a documentation / not parsed issue. Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/2 ------------------------------------------------------------------------ On 2006-08-26T22:12:50+00:00 Eike Hein wrote: I rewrote "Commands" in SVN a couple of months ago - it does parse now. The timing issue exists regardless in a number of situations, though, so I chose to make this the bug for it. Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/3 ------------------------------------------------------------------------ On 2006-08-27T14:09:59+00:00 Ungerklaus wrote: I just noticed that the problem especially exists when a nickname is already in use. The auto commands are sent before the alternate nickname. P.S. I am using 0.19 #3100, wich is the latest available for Kubuntu. Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/4 ------------------------------------------------------------------------ On 2007-01-27T02:01:11+00:00 Eike Hein wrote: Rename to serve as meta-bug. Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/5 ------------------------------------------------------------------------ On 2007-01-27T02:01:28+00:00 Eike Hein wrote: *** Bug 140696 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/6 ------------------------------------------------------------------------ On 2007-04-16T00:28:27+00:00 Eike Hein wrote: *** Bug 144279 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/7 ------------------------------------------------------------------------ On 2007-07-20T20:25:13+00:00 Robert Buchholz wrote: The same goes for auto-join. It should only be run after fully identified to services, which is not the case right now. On freenode, the following happens: == Main window == [Notice] -NickServ- This nickname is owned by someone else [Notice] -NickServ- If this is your nickname, type /msg NickServ IDENTIFY <password> [Notice] -NickServ- Password accepted - you are now recognized [Notice] -kornbluth.freenode.net- NickServ set your hostname to "gentoo/developer/rbu" == Channel window == --> You have joined the channel #gentoo-dev (n=r...@i59f773b4.versanet.de). while it should be --> You have joined the channel #gentoo-dev (n=rbu@gentoo/developer/rbu). Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/8 ------------------------------------------------------------------------ On 2007-07-20T23:48:38+00:00 Eike Hein wrote: For the record: The reason we're not currently doing this isn't because we're lazy or because we're stupid, but because it's non-trivial, or rather because the only "solutions" are extremely unattractive. Authentication on IRC is essentially unstandardized, despite multiple efforts to correct that problem over the years (the latest of which is IRC+, which we're involved with to some degree). There's no reliable protocol by which to authenticate and wait for success or failure. The first thought tends to be "so just delay that stuff by a few seconds". That solution is undesirable for a number of reasons: * If the amount of time to wait is fixed and too low, it enters the realm of being unreliable; creating potential race conditions due to variable latency. * If the amount of time is fixed and too high, it's detrimental to the user experience: Connecting to a network takes longer for (to the user) unclear reasons. * If the whole thing is to be optional and the delay configurable, we're dealing with an ugly option cluttering up the UI. A better solution what we're calling "the contingency waiting scheme", which roughly works as follows: * If the Auto-Identify fields are filled in, the authentification command is sent as early as possible in the connection process. Similarly, if one of the auto-connect Commands matches one in a list of known authentification message patterns, it's singled out and sent first. * Auto-join and the other auto-connect commands are deferred until a timer set to a fixed amount times out. * If a known authentification success message is received prior to timeout (checked against a white list), the timeout is pre-empted and auto-join and commands commence immediately. The same for a known failure. The reason that solution is undesirable is that it opens up the Pandora's Box of trying to abstract all the different services implementations out there by collecting their replies and shipping the lists in the app, and keeping them updated. The third solution is to defer the problem to the user: Add a scripting interface that allows power users to upload some code into the app that disables automatic auto-join/commands and instead triggers it when recognizes an incoming message as an authentification success. I find that degree of customizability/scriptability to be desirable and we will strive to attain it, but as a solution to this problem it's ultimately rather user-unfriendly. Thus we're currently leaning towards option #2, but implementing it is definitely not our idea of a good time. Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/9 ------------------------------------------------------------------------ On 2008-03-10T10:14:52+00:00 Loic Nageleisen wrote: What's the status on this? I'm tired of typing '/join #python' on freenode because I get rejected. My issue here is auto-join which is ATM totally unusable since all channels needing identification are flat out rejected. 99.9% of the time a 1000 ms delay between nickserv identification and autojoin commands is sufficient. I'm not in favor of defaulting to this delay, but please just make this delay user settable in either the 'edit network' dialog or the 'identities' dialog and make it default to zero, wich would reproduce current behavior while at the same time allowing for a trivial workaround. This will make things useable again while waiting for a more efficient solution. Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/12 ------------------------------------------------------------------------ On 2008-03-10T14:11:33+00:00 Eike Hein wrote: On Freenode, you can use the network-specific workaround (although it has been adopted by other networks as well by now) of using the nickserv password as the server password, in which case the network will take care of it. Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/13 ------------------------------------------------------------------------ On 2008-03-10T15:36:38+00:00 Loic Nageleisen wrote: Thanks for the tip. I'll make use of it at once. Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/14 ------------------------------------------------------------------------ On 2008-03-10T16:51:30+00:00 Robert Buchholz wrote: Lloeki, any reason to remove the CCs? Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/15 ------------------------------------------------------------------------ On 2008-03-10T21:09:15+00:00 Loic Nageleisen wrote: sorry, it was a mistake on my part. I was stupidly marveling at how the form worked and forgot to uncheck. apologies. Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/16 ------------------------------------------------------------------------ On 2009-10-22T19:04:43+00:00 Peter-simonsson wrote: *** Bug 211462 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/19 ------------------------------------------------------------------------ On 2010-02-06T13:09:47+00:00 Eike Hein wrote: *** Bug 225712 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/21 ------------------------------------------------------------------------ On 2010-09-21T19:58:06+00:00 Navin-kumar wrote: It would help if "/sleep <seconds>" was a valid command in the Command window. That way the user could delay the automated sending of commands. Many telephones/cellphones have a similar concept for speed- dialing, where "t<number>#" causes a pause of <number> seconds, useful to get past menues. E.g. 555-555-5555t11#2t3#5t2#7 would successfully dial a number, wait 11 second, dial 2, wait 3 seconds, dial 5, wait 2 seconds, dial 7. Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/22 ------------------------------------------------------------------------ On 2010-11-30T19:22:29+00:00 Eike Hein wrote: *** Bug 258415 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/23 ------------------------------------------------------------------------ On 2011-02-14T01:38:00+00:00 Eike Hein wrote: *** Bug 266250 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/24 ------------------------------------------------------------------------ On 2011-12-03T17:26:54+00:00 Dirk Wallenstein wrote: Okay. It might be helpful if this information could be hinted at in the Identity dialog. Currently the user experience is suboptimal, too. It could also enter the handbook. Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/25 ------------------------------------------------------------------------ On 2012-04-03T08:08:10+00:00 Alex-220 wrote: in konversation: f2 (quick server list) > Freenode Server > under that irc.freenode.org <<---- there Edit. enter your password there, and it helps Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/26 ------------------------------------------------------------------------ On 2012-04-03T23:33:58+00:00 Eike Hein wrote: To expand on what Alex has said, and to provide information on what has changed in the next release: - Authenticating via the server password is indeed supported by several networks. On Freenode, you can also enter "accountname:password" (with the colon but without the quotation marks) as the server password to authenticate independently of the nickname you are connecting with. - To make this easier to discover the 1.5 release has a new Auto Identify UI in the Identities dialog. You can now choose among several types of authentication there, including "Server Password". If the server password is set via the identity this way, it will override the server settings. - Additionally, we now support SASL PLAIN authentication, also configurable in the Identities dialog. This is now the recommended method to authenticate with services on networks that support it, including Freenode. - And the "Standard NickServ" authentication type has been improved as well, making the command configurable (previously hard-coded to "identify"). - We also have plains to add support for authenticating with client certificates soon, supported e.g. by OFTC. At that point we will support basically all authentication options supported by networks today. Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/27 ------------------------------------------------------------------------ On 2012-11-28T20:26:14+00:00 Argonel wrote: *** Bug 310839 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/konversation/+bug/189446/comments/28 -- You received this bug notification because you are a member of Kubuntu Bugs, which is subscribed to konversation in Ubuntu. https://bugs.launchpad.net/bugs/189446 Title: nickserv login occurs after channel join. this can cause problems To manage notifications about this bug go to: https://bugs.launchpad.net/konversation/+bug/189446/+subscriptions -- kubuntu-bugs mailing list kubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
