From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; m17) Gecko/20000726 BuildID: 2000072608 The Hyper Text Coffee Pot Control Protocol is not supported. Support of this protocol will allow developers to be more efficient in their daily tasks because they will no longer have to spend time waiting for coffee to brew because they will know when the coffee maker is out of coffee. Reproducible: Always Steps to Reproduce: 1. Get an HTCPCP-compliant coffee pot and attach it to the network 2. Open Mozilla 3. Browse to the coffee pot via coffee://coffee.pot.name Actual Results: coffee is not a registered protocol Expected Results: Mozilla interfaces to the coffee pot specified and allows brewing, etc. HTCPCP RFC: http://www.rfc-editor.org/rfc/rfc2324.txt Many people on irc.mozilla.org channel #mozillazine frequently leave for an extended amount of time to get coffee. If they had a HTCPCP enabled browser their coffee trips would be shorter allowing them to spend more time resolving bugs. With mozilla supporting the coffee: URI scheme people everywhere will rejoice because they no longer will need to spend as much time away from their computers. Resolving this bug not only benefits the developers of Mozilla, but also mozilla users everywhere.
Yes, I agree. The importance of coffee to both developers and end-users cannot be underestimated. It is undoubtably one of the most undisputable facts on the web today: coffee is an essential ingridient of modern living. If Mozilla is to become an accepted browser, it must support coffee, in all its forms and variations. HTCPCP is an essential feature and must be implemented asap.
adding self to cc list
setting plat/os to all
OS: Windows NT → All
Hardware: PC → All
*** This bug has been confirmed by popular vote. ***
Status: UNCONFIRMED → NEW
Ever confirmed: true
We're going to need a testcase before we can easily implement this -- reporter, are you aware of any servers that are running an HTCPCP service, and that we could have access to when implementing this? Thanks.
mass move, v2. qa to me.
QA Contact: tever → benc
The implementation of this should be via a plugin API for beverages in general, so that the Download Manager can brew a nice cup of tea while you're fetching pr0n^Wmp3s^Wlarge and important files for business purposes, as per news://firstname.lastname@example.org . RFC2324 does not specify how to brew tea. In fact, I cannot find a standard that mentions 'tea' in the title or summary. Perhaps Mozilla will need to strike forward, creating an interface based on eXtensible Tea Language.
Wouldn't this be nsdogfood? ;~D
Once the eXtensible Beverage Protocol (XBvL, because XBL is already used) is finished, we need to add initial support for - coffee - beer for the Germans out there (like me) - tea - milk - Polnish Vodka . Of course, we need to make XBvL able to combine beverages, such as coffee with milk. And what about sugar?
I think the first order of business with this bug is to come up with a working reference implementation. This way, we can have a working example with an insufficient, defective and mathematically incomplete API which needs extra stuff bolted on the side to make it usable elsewhere, but will never ever be able to be fixed up properly and made clean for fear of breaking backward compatibility, as every implementor just copies the original interface without regard for its long-term usability. If we can make sure it has such an API, it will increase the chances of Microsoft implementing it in IE, making HTCPCP more available to the uncaffeinated masses. (Sort of like the exact opposite of the problem with implementing CSS2. MIT approach or New Jersey approach? That's always the question.)
You know very well that _if_ Microsoft will ever support it, they will use proprietary extensions. They won't support Beck's Beer, but only MS Beer 2003, for instance. Thus, we should never do any compromises for Microsoft concerning this bug. Still, a cross-platform API might become useful for other competition such as Opera and iCab.
Can we add dependency to bug 163993? And i would change summary to "Lets make Mozilla coffeehandler"
Not supporting Beck's beer is not a big deal (it contains preservatives that make people have diarrhoea ;) ) But I agree, it wouldn't be a good thing to let Microsoft mess around with HTCPCP... perhaps they would set up a licensing model for breweries or some other EVIL thing. I volunteer writing the ROTHAUS ZÄPFLE extension as soon as there is an SDK. Regards, fileman ;)
Please note the month and day of month that the alleged RFC was written. (quote) Network Working Group L. Masinter Request for Comments: 2324 1 April 1998 Category: Informational 2.3.2 418 I'm a teapot Any attempt to brew coffee with a teapot should result in the error code "418 I'm a teapot". The resulting entity body MAY be short and stout. (end quote) With all the real bugs that still need to be fixed, does stuff like this really need to remain open?
Just because its an April Fools RFC, doesn't mean it won't ever be implemented. Look at IP over Avian Carriers... Have a sense of humor.
RJ Tarpley's offer (see http://www.mozillazine.org/articles/article3732.html) turns up a severe deficiency of RFC2324. The protocol does not provide a return code for "Out of coffee", nor does it provide a way to re-order coffee via, e.g., a redirect to some webshop or via a Hyper Text Coffee Order Protocol extension to HTCPCP. I suggest improving the protocol before trying to implement this in mozilla. It may seriously hurt mozilla's reputation if developers across the world rely on an insufficient protocol and are cut-off from their coffee supply.
->defaults. Module owner can decide.
Assignee: gagan → darin
I'd appreciate it if support could eventually be added for non-coffee/tea drinkers in the proposed XBvL standard. I, for one, enjoy coconut water. ;-)
Status: NEW → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → INVALID
Can I get Firefox 4 to brew me coffee yet?
This bug was RESOLVED INVALID for no reason (literally: there is no comment dated 2005-04-24). If the RFC is incomplete, then the obvious solution is to publish an amended RFC, which should be the subject of a different bug (possibly a Tech Evangelism bug if Mozilla engineers don't have any power to make a Request For Comments themselves) blocking this one. My understanding is that the amended RFC should be published on the anniversary of the original RFC. => REOPENED.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Whiteboard: need test case
It's beyond me how the Mozilla team is off building flashy new features while there are showstopping bugs like this that have just been rotting away for over a decade. Why don't the devs listen to their users?
The devs aren't listening to their users because they're short on coffee. This bugs needs to be fixed in order to get the devs to fix it.
The fun is over. Everybody on the networking team gets email whenever this bug changes and this needs to be the last email we get on this subject. Sorry to be a buzzkill. Please do not reopen this joke or comment on it any farther. Thanks for your cooperation.
You need to log in before you can comment on or make changes to this bug.