| Summary: | rm 2012 lts ee rp1, kde proxy settings, not system proxy setting | ||
|---|---|---|---|
| Product: | [ROSA-based products] ROSA Fresh | Reporter: | philippe.roubach <philippe.roubach> |
| Component: | Packages from Main | Assignee: | ROSA Linux Bugs <bugs> |
| Status: | RESOLVED FIXED | QA Contact: | ROSA Linux Bugs <bugs> |
| Severity: | normal | ||
| Priority: | Normal | CC: | denis.silakov |
| Version: | Marathon | ||
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Platform: | --- | ROSA Vulnerability identifier: | |
| RPM Package: | ISO-related: | ||
| Bad POT generating: | Upstream: | ||
|
Description
philippe.roubach
2012-10-05 14:21:05 MSK
rekonq can't access to internet. i foundwhere is the pb : we must use in proxy settings localhost.localdomain instead of localhost then it works i assume some alias localhost localhost.domain misses in network config where to put the alias and what is the syntax ? (In reply to comment #2) > where to put the alias > and > what is the syntax ? Normally in /etc/hosts you should have: 127.0.0.1 localhost.localdomain localhost i have this # generated by drakconnect 127.0.0.1 localhost.localdomain localhost ::1 localhost6.localdomain6 localhost6 Hm, then there should be some other place which affects rekonq, should dig deeper... an idea use drakproxy then search the diff in /etc/ ? but how ? Can't find anything directly related to this issue in drakproxy code. Btw, what do you have in /etc/hostname ? And does the problem affect only rekonq or all the programs? E.g., does urpmi use the proxy you have set? this pb affects all the internet explorers. i assume all app using proxy ? (In reply to comment #8) > this pb affects all the internet explorers. > > i assume all app using proxy ? Different applications use different proxy configurations. Some of them use global variables (like 'http_proxy', 'ftp_proxy', etc.), KDE apps use KDE proxy settings, some programs have their own config files. It's hard to set/update all possible variants by a single tool... to summ up : - with drakproxy, proxy settings is good - with kde proxy settings, proxy setting is not good i am not a techie to go further then i advise to keep drakproxy until kde proxy settings is fixed an idea : a dev can explore the source of drakproxy according to know what drakproxy does. 2012.1 no more pb |