Community
Participate
Working Groups
Bugzilla – Bug 287707
[About] About dialog is missing version number
Last modified: 2014-03-07 06:00:32 EST
Build ID: 20090619-0625 Steps To Reproduce: 1. menu Help / About Eclipse Expected: - version info in about dialog, like it was in version 3.4.2: "Version: 3.4.2" Actual: - no version info, just the build id: "Build id: 20090619-0625" Also: the codename(or whatever it is called) would be useful to print there too (GALILEO). More information:
Which build did you get from the downloads page? Please provide the zip's/tarball's name.
I just downloaded http://www.eclipse.org/downloads/download.php?file=/technology/epp/downloads/release/galileo/R/eclipse-java-galileo-win32.zip and the about dialog text is: Eclipse IDE for Java Developers Build id: 20090619-0625 (c) Copyright Eclipse contributors and others 2000, 2009. All rights reserved. Visit http://eclipse.org/ This product includes software developed by the Apache Software Foundation http://apache.org/
Yes, version number is missing in Mac as well. Is that change intentional?
(In reply to comment #3) > Yes, version number is missing in Mac as well. Is that change intentional? I see it back in the 3.6 builds (it states as 3.5, but thats a different bug). Is that the EPP builds don't have version number? Potentially a EPP bug?
Please investigate this. Someone asked about it on IRC today.
http://www.eclipse.org/downloads/download.php?file=/technology/epp/downloads/release/galileo/SR1/eclipse-jee-galileo-SR1-win32.zip Eclipse Java EE IDE for Web Developers. Build id: 20090920-1017 Version still missing.
Please investigate this. It has been raised on IRC again. <tARrAScH> hmm, I can't find the version in Help -> About Eclipse. Am I blind or is this the first software ever to break a 20-year old convention? <tARrAScH> or is the version system replaced with a Build id system? <nitind> tARrAScH: It tends to be more accurate, seeing as how every build is publically available. <tARrAScH> nitind: It's not a first-time-user friendly at all. I doubt the majority of the Eclipse users care for that precision. I mean, why not write both? <rcjsuen> tARrAScH: I have the version number too, but I use the Eclipse SDK. <tARrAScH> rcjsuen: Ok <rcjsuen> tARrAScH: did you download one of the java ee packages or whatever? i think those are packaged slightly differently <tARrAScH> rcjsuen: whatever... I'm passed that now (i downlaoded c++version)
Same in eclipse-jee-galileo-SR2-win32
I added now a Version: Helios Release (3.6.0) to all packages. IMO it better reflects what users are expecting: The simultaneous release name *and* the Eclipse Platform release version which is the basis for the package.
*** Bug 313061 has been marked as a duplicate of this bug. ***
*** Bug 315699 has been marked as a duplicate of this bug. ***
(In reply to comment #9) > I added now a > > Version: Helios Release (3.6.0) > > to all packages. IMO it better reflects what users are expecting: The > simultaneous release name *and* the Eclipse Platform release version which is > the basis for the package. Certainly some users expect the number, but others find it confusing. I'd expect WTP's version to be in JEE IDE package :). And it is certainly "out of style". It used to be on the splash screen (along with Ganymede name etc., but it was agree better to get used to dropping numbers, and I think it was dropped in Galileo. Those numbers are a habit of mind that's hard to break.
I understand... then it would be Version: Helios Release and later maybe Version: Helios Service Release 1 Version: Helios Service Release 2 In my opinion it is at least important that all packages have the same "version" in the about dialogs.
I think the version number should be in the about dialog, too. So instead of "Version: Helios Release" it should be "Version: Helios Release (Eclipse 3.6.0)" Same as java -version doesn't show the code name "Mustang" but rather java version "1.6.0_20"
In current version (eclipse-jee-helios-win32.zip) it says: Eclipse Java EE IDE for Web Developers. Version: Helios Release Build id: 20100617-1415
That's true. And it would be nice, if it also said "3.6.0".
I think this bug should be marked "resolved, fixed", but won't since it is in the general EPP packager component ... I'll leave that up to Markus to make final decision. But the name of the release is "Helios" (and subsequent Helios SR1, Helios SR2), it does not include "3.6.0" in the name. (And, if anyone wants _that_ to change, you should work through your Planning Council representative to lobby for a change in Planning Council naming policy). Perhaps there should be a new bug that asks for an additional, more meaningful, short list of features that are in a package (with just three parts of version numbers displayed). Something like that has long desired and discussed (e.g. see bug 263998 and bug 265900), and efforts there would be more profitable, IMHO. Perhaps EPP could "side step" some of the complications or problems in those general, automatic, complete lists of features, and have simply an "authored" list of features displayed? (with a button for "complete list, as there is now). I think it would be wrong, and confusing, to list just one feature version in the about box. To show how complicated it can get, for Indigo, the tentative plan is to be primarily based on 3.7 Platform, but to allow/enable users to update to 4.1 Platform, if they'd like. But then, presumably, tentatively, JDT and PDE will will still be at 3.7 level, and WTP still be at 3.3 level. My point is only that the number in about box doesn't add much, you really need the feature list and numbers to know that's installed, and that otherwise, the "release name" is what it is (and the number is not part of what it is). I understand there's multiple, valid points of view here, so will leave it up to Markus to decide resolution and subsequent actions, if needed. Thanks for the ideas and discussions.
I think the platform version number should be in the about dialog. The GUI (menus, dialogs, including the About dialog) belongs to Platform, right? (I'm guessing here, don't know the inners of Eclipse that good). Which component does the Build id come from?
(In reply to comment #18) > The GUI (menus, dialogs, including the About dialog) belongs to Platform, > right? (I'm guessing here, don't know the inners of Eclipse that good). Some do, and certainly "the infrastructure" does. But participating features can add things, change things, remove things. I'm not saying the Platform is not important ... probably most important! ... but, just that its confusing to list only it. (In the past, we sometimes get bug reports in WTP that say, basically, "I found this bug in version 3.6 of WTP" ... which doesn't mean anything to us in WTP and takes a lot of back and forth to figure out what people have installed. > > Which component does the Build id come from? In EPP, it comes from EPP ... and the EPP feature would be "1.2.0" or something ... if we really wanted to confuse everyone. :) In other "products" the build ID comes from how ever those other products define it (and the Eclipse SDK is a "product" in the sense I mean it here). What problem, or use case is trying to be solved here, with this "about" identification? Is is so you can tell or confirm what you are running, when you have multiple versions installed? Is it so you can communicate better with others about bugs or tutorials? Perhaps better understanding what users in general are trying to use this for will better decide what action or improvements need to be made?
Closing as FIXED. (I know the discussion could go on for many years, but up to now I think we have all the relevant information in the about dialog.)
*** Bug 389170 has been marked as a duplicate of this bug. ***
The version should be there, especially for Juno where we have 3.8 and 4.2 in the Eclipse SDK.
Juno's about does not mention 4.2 ----- Eclipse Java EE IDE for Web Developers. Version: Juno Release Build id: 20120614-1722 (c) Copyright Eclipse contributors and others 2005, 2012. All rights reserved. Visit http://www.eclipse.org/webtools
*** Bug 395912 has been marked as a duplicate of this bug. ***
Just had another developer complain about this to me while talking about Eclipse. How about adding another line which shows the platform version? With Kepler, it could look something like this: Version: Kepler Release Platform: Eclipse 4.3.0 Build id: 20130614-0229
Markus, I think we should just fix that and include the version number of the Eclipse Platform in the about dialog. Is the build-id related to the platform build or is that an EPP build id? If related to platform, what about the following branding: ---- Eclipse Package for Cool Developers. Luna Release (based on Eclipse 4.4 build 20120614-1722) (c).... ----
FYI, the Eclipse Platform and SDK downloads show this: Version: Luna (4.4)
Yep, I thought the same. In fact, I already added the version yesterday morning and pushed the small change right now (commit 3377463cdb5bfe6dce309e1af95e407f99d0a818). In addition to the version (of the Eclipse Platform, of EPP) I've included the milestone number. Because it is easy to update from milestone to milestone I thought that this additional information is quite handy and does no harm. Let's hope that this helps users. The build ID specifies an EPP build and isn't related to an Eclipse Platform build ID. I'd like to keep this as it is because the package is built by EPP.
The latest build from last night shows this information in the About dialog. The other packages show the same (except the name, of course). %< ------------------------------------------ Eclipse for RCP and RAP Developers Version: Luna M6 Release (4.4.0M6) Build id: 20140306-1632 %< ------------------------------------------ (See bug 420511 for additional info)