Version: 0.8.0 (using KDE KDE 3.1.5) Installed from: Compiled From Sources Compiler: gcc OS: Linux I often take my latop to university where there is a fierwall I use ICQ wich has the ablity to conect using HTTPS wich is allowed to pass though most fierwalls and can conect I dont know how hard this is to implement but it would be greatly apreciated
*** Bug 76407 has been marked as a duplicate of this bug. ***
require support from KDE's underlying socket layer
*** Bug 94920 has been marked as a duplicate of this bug. ***
*** This bug has been confirmed by popular vote. ***
It's in my TO-DO list. In fact, it's already done, but there's no GUI to configure it. Expect it in KDE 4.
humm... in case of ICQ, not have a configation to do, is only a URL (http.proxy.icq.com:80) and all traffic is redirected to this URL. For MSN, i not know. Have some thing into wishes's list about a network monitor? Like in SIM-Icq. Is a good tool to debug the status of connection.(only a curious). And it's already done in actual version? I tried to connect with kopete and got connection(icq).
*** Bug 95139 has been marked as a duplicate of this bug. ***
*** Bug 98401 has been marked as a duplicate of this bug. ***
*** Bug 103605 has been marked as a duplicate of this bug. ***
You say there's no GUI to configure it yet.. Can you please mention how CAN I still set the proxy settings without a GUI. Can I set some flags at compile time, or can it simply be done just by editing some configuration file? 10x.
Neither. You need to write C++ code.
When in KDE4 should we expect it?
also, possibility to set proxy settings on per-app basis would be grate.
I don't understand the question. Could you explain it further? Do you mean supporting https proxy? (which is already supported though not working very well) Thanks.
Just a note: HTTP proxy works currently (in trunk), HTTPS over proxy doesn't. Of course I intend to fix that...
I'd close this bug, since http proxy works. As stated, https don't but that's another bug. For instace: https://bugs.kde.org/show_bug.cgi?id=188073 or https://bugs.kde.org/show_bug.cgi?id=177432
Okay, closing. Proxy support still has issues, but there are separate bug reports for the more detailed issues (not just "it doesn't work", which isn't completely true anymore).
But icq (oscar) still lacks proxy support! This is what 98401 was about. Should I reopen it? On Fri, Feb 19, 2010 at 6:15 PM, Andreas Hartmetz <ahartmetz@gmail.com> wrote: > https://bugs.kde.org/show_bug.cgi?id=74832 > > > Andreas Hartmetz <ahartmetz@gmail.com> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|NEW |RESOLVED > Resolution| |FIXED > > > > > --- Comment #18 from Andreas Hartmetz <ahartmetz gmail com> 2010-02-19 16:15:13 --- > Okay, closing. Proxy support still has issues, but there are separate bug > reports for the more detailed issues (not just "it doesn't work", which isn't > completely true anymore). > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are on the CC list for the bug. >
Paul: Not sure really, I don't think we support HTTPS proxies at all. Or do we? The meaning of HTTPS proxy also isn't entirely clear: HTTPS connection to the proxy or HTTP CONNECT (which is basically port forwarding and used to "proxy" HTTPS and other protocols, i.e. it could work for Oscar)?
Hm, now I don't understand the reason to close bug. On Fri, Feb 19, 2010 at 7:30 PM, Andreas Hartmetz <ahartmetz@gmail.com> wrote: > https://bugs.kde.org/show_bug.cgi?id=74832 > > > > > > --- Comment #20 from Andreas Hartmetz <ahartmetz gmail com> 2010-02-19 17:30:08 --- > Paul: Not sure really, I don't think we support HTTPS proxies at all. Or do we? > The meaning of HTTPS proxy also isn't entirely clear: HTTPS connection to the > proxy or HTTP CONNECT (which is basically port forwarding and used to "proxy" > HTTPS and other protocols, i.e. it could work for Oscar)? > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are on the CC list for the bug. >
Created attachment 41684 [details] console output
Hallo. Which version should works well? I'm using Qt: 4.6.2, KDE Development Platform: 4.4.1 (KDE 4.4.1), Kopete: 1.0.0 but I have problems with HTTP PROXY still. My ICQ fully works from virtualized XP with ICQ 2003b. My setting in section Connections are: tab General: ICQ will determine IP automatically tab Server: Host: login.icq.com; Port 5190; Using Firewall - Using Proxy; Proxy - HTTP; checked "Keep connection alive" tab Firewall: HTTP; Host: 172.16.x.x Port 8080; checked "Use proxy to resolve hostnames" tab User: "Use server proxy settings (recomended) When I run Kopete from console by command kopete --noplugins --noconnect and change status for ICQ account to Online I can see attached output above Other KDE applications use PROXY correctly e.g. CWP weather widget at the same moment (by System Settings > Network Settings > PROXY > "Manually specify the proxy settings")
i implemented basic proxy support for ICQ (proxy auth and socs5 is a TODO)
(In reply to comment #24) > i implemented basic proxy support for ICQ (proxy auth and socs5 is a TODO) It sounds well. Which version I need for testing?