Opened 13 years ago
Closed 4 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: | ||
Has a Patch: | no | 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 Changed 13 years ago by
Description: | modified (diff) |
---|
comment:2 Changed 13 years ago by
Cc: | wkornewald added |
---|
comment:3 Changed 11 years ago by
Cc: | wkornewald removed |
---|---|
Milestone: | R1 Network Stack → R1/alpha |
Owner: | set to stippi |
Platform: | → All |
comment:4 Changed 11 years ago by
Milestone: | R1/alpha → R1 |
---|
I think the current state of the Network preflet (it is functional) should not hold up R1/alpha. :-)
comment:5 Changed 11 years ago by
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 Changed 11 years ago by
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 Changed 11 years ago by
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 Changed 10 years ago by
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).
Changed 9 years ago by
Attachment: | preflet.patch added |
---|
Patch for my work on the networks preferences
comment:10 Changed 9 years ago by
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 Changed 9 years ago by
Has a Patch: | set |
---|
comment:12 Changed 7 years ago by
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 Changed 7 years ago by
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 Changed 6 years ago by
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 Changed 4 years ago by
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 Changed 4 years ago by
Has a Patch: | unset |
---|
comment:17 Changed 4 years ago by
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 (eg Alcatel SpeedTouch Home or similar).
Nice work btw.
comment:18 Changed 4 years ago by
Milestone: | R1 → Unscheduled |
---|
comment:19 Changed 4 years ago by
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.