Opened 18 years ago
Closed 10 years ago
#820 closed enhancement (fixed)
Network preferences
Reported by: | axeld | Owned by: | stippi |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | Network & Internet | Version: | |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description (last modified by )
We need a preferences application that is able to configure the whole stack.
This includes (but is not limited to):
- profiles
- interfaces, DHCP
- hostname, DNS
- login/password - if we don't have a separate application for that
- dial up, PPPoE
- WiFi networks
- services (for inetd, ie. ftpd, telnetd, sshd, ...)
Attachments (1)
Change History (20)
comment:1 by , 18 years ago
Description: | modified (diff) |
---|
comment:2 by , 18 years ago
Cc: | added |
---|
comment:3 by , 17 years ago
Cc: | removed |
---|---|
Milestone: | R1 Network Stack → R1/alpha |
Owner: | set to |
Platform: | → All |
comment:4 by , 17 years ago
Milestone: | R1/alpha → R1 |
---|
I think the current state of the Network preflet (it is functional) should not hold up R1/alpha. :-)
comment:5 by , 17 years ago
May I refer to my Networks Preferences design? I hope that it's still useful for the next GSoC, at least as a source of inspiration. Guys, I'm watching you...sometimes. :)
comment:6 by , 17 years ago
Hi Waldemar. Good to see you're still watching! I don't know what you did, but somehow you manage to excite me about network preferences.
The wheels are starting to spin...
comment:7 by , 17 years ago
I re-read my proposal a few days ago and one thing certainly needs to be changed:
Under "Base" in the longest paragraph (4th from below) I wrote
Values that can't be customized (or all values if you don't customize the preferences) are displayed as simple text instead of grayed-out control.
IMHO, the part in the parenthesis should go away because the user should be able to know in advance what can be customized for that location. IOW, simple text for things that can't be customized and grayed-out controls for location-customizable prefs.
Since I don't have write access to the wiki I can't change the proposal. Also, I don't want to interfere with your work, so I'll better leave it up to you. Note, you can always contact me if you want me to clarify something.
comment:8 by , 16 years ago
I request that as DHCPd offers DNS servers to Haiku, Haiku maintains an active list of said servers, pings each when the system gets an internet connection, and requests for host names are issued to whichever servers have the lowest ping times. The DNS servers would remain even if going to a new connection or rebooting.
This fixes poorly chosen DNS servers that create an impression that someone's internet connection being slower than it truely is (surfing from one domain to another is only as fast as the requests you receive).
comment:10 by , 15 years ago
Seeing as this patch has aged, could you test it on a new revision? It'd be preferred to create the patch from $(HAIKU_TOP) as mentioned in SubmittingPatches
comment:11 by , 15 years ago
patch: | 0 → 1 |
---|
comment:12 by , 13 years ago
IIRC, Kallisti5 was working on such a pref in the trunk. There was even a GCI(?) task for a mockup.
Kallist5, what is the status of your Network pref?
comment:13 by , 13 years ago
I made several mockups some time ago. If anyone is interested you can find them in this thread:
http://www.freelists.org/post/haiku-development/Quick-network-preference-application-update
comment:14 by , 12 years ago
Disreali: It isn't really *my* preflet. It's been in the tree for quite some time :)
Currently it is pretty close to basic functionality... however it is pretty shakey in some spots. If someone wants to pick up work on it... feel free :D
comment:15 by , 10 years ago
New preflet is live now. From this list it's missing dialup/ppooe (pending implementation of the stack...) and login/password (not sure what that means in this context?). The "services" part is unfinished and disabled for now, but there isn't too much work needed for making it work I think.
comment:16 by , 10 years ago
patch: | 1 → 0 |
---|
comment:17 by , 10 years ago
Not sure how relevant dialup is any more. Login/Password seems to be catered for in wifi, only other place you might see it is on either dialup or a direct ADSL connection without going through a router.
Nice work btw.
comment:18 by , 10 years ago
Milestone: | R1 → Unscheduled |
---|
comment:19 by , 10 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Actually, I think we have this one covered now; profiles would be worth a separate ticket, and login/password stuff should go someplace else.
Maybe some of this functionality (mostly interface configuration) can even be moved into a central "Network" Deskbar replicant? For WiFi and profiles this is needed, anyway. Probably we can at least share code between the replicant and the preflet.