-
-
Notifications
You must be signed in to change notification settings - Fork 2.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Jabref not opening window after fresh installation on macOS High Sierra #3298
Comments
Hello @lenhard Sadly both options didn't work for me. Maybe you can understand my problem better with this gif. |
I had this problem with JDK 9 - I downgraded to JDK 8 and used the command "java -jar Jabref.jar". Seems to work much better. |
Ok, thanks. We'll have to see what we can do. As for myself, I have no mac which makes it sort of impossible to track down the problem. Regarding the JDK version: JabRef does not (yet) run on Java 9. The most recent Java 8 JRE should be fine. |
I have the same problems in Linux . I have to go back to jabref 3.8 which
works. I suspect that it is doing some sort of internet search. I would
like to have a switch to turn off internet search. The file link does not
work anymore. All the reasons I used jabref over the competition have
disappeared... I have relied on it for so many years. How can I export my
groups back to jabref 3.8?
On Mon, Oct 16, 2017 at 03:25 Jörg Lenhard ***@***.***> wrote:
Ok, thanks. We'll have to see what we can do. As for myself, I have no mac
which makes it sort of impossible to track down the problem.
Regarding the JDK version: JabRef does not (yet) run on Java 9. The most
recent Java 8 JRE should be fine.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#3298 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/ABmNkUVnjdIoJxgqbqxlYFoxayMi73wHks5sswTbgaJpZM4P4K_n>
.
--
W Bentley MacLeod
|
Here is the error text - as I suspect it is the failed http calls causing trouble - can we have a switch that shuts these down unless requested? Many thanks bm
16:23:01.354 [AWT-EventQueue-0] INFO org.jabref.logic.importer.OpenDatabase - Opening: /Users/wbmacleod/Dropbox (WBM-Files)/wbmacleod/Documents/bentley/Briefcase/Bibtex/referUTF-8.bib
16:23:05.562 [SwingWorker-pool-6-thread-1] WARN org.jabref.gui.worker.VersionWorker - Could not connect to the updateserver.
java.net.UnknownHostException: api.github.com
at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:184) ~[?:1.8.0_144]
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) ~[?:1.8.0_144]
at java.net.Socket.connect(Socket.java:589) ~[?:1.8.0_144]
at sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:673) ~[?:1.8.0_144]
at sun.security.ssl.BaseSSLSocketImpl.connect(BaseSSLSocketImpl.java:173) ~[?:1.8.0_144]
at sun.net.NetworkClient.doConnect(NetworkClient.java:180) ~[?:1.8.0_144]
at sun.net.www.http.HttpClient.openServer(HttpClient.java:463) ~[?:1.8.0_144]
at sun.net.www.http.HttpClient.openServer(HttpClient.java:558) ~[?:1.8.0_144]
at sun.net.www.protocol.https.HttpsClient.<init>(HttpsClient.java:264) ~[?:1.8.0_144]
at sun.net.www.protocol.https.HttpsClient.New(HttpsClient.java:367) ~[?:1.8.0_144]
at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.getNewHttpClient(AbstractDelegateHttpsURLConnection.java:191) ~[?:1.8.0_144]
at sun.net.www.protocol.http.HttpURLConnection.plainConnect0(HttpURLConnection.java:1138) ~[?:1.8.0_144]
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:1032) ~[?:1.8.0_144]
at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:177) ~[?:1.8.0_144]
at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1546) ~[?:1.8.0_144]
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1474) ~[?:1.8.0_144]
at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:254) ~[?:1.8.0_144]
at org.jabref.logic.util.Version.getAllAvailableVersions(Version.java:96) ~[jabref.jar:?]
at org.jabref.gui.worker.VersionWorker.doInBackground(VersionWorker.java:55) [jabref.jar:?]
at org.jabref.gui.worker.VersionWorker.doInBackground(VersionWorker.java:29) [jabref.jar:?]
at javax.swing.SwingWorker$1.call(SwingWorker.java:295) [?:1.8.0_144]
at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:1.8.0_144]
at javax.swing.SwingWorker.run(SwingWorker.java:334) [?:1.8.0_144]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:1.8.0_144]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:1.8.0_144]
at java.lang.Thread.run(Thread.java:748) [?:1.8.0_144]
W. Bentley MacLeod
[email protected]
… On Oct 16, 2017, at 3:25 AM, Jörg Lenhard ***@***.***> wrote:
Ok, thanks. We'll have to see what we can do. As for myself, I have no mac which makes it sort of impossible to track down the problem.
Regarding the JDK version: JabRef does not (yet) run on Java 9. The most recent Java 8 JRE should be fine.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
|
@wbmacleod what exactly is the setting in which you get the above error? Is it also on Mac OS? Do you get this error but JabRef starts correctly? We need a bit more context in order to help you. The error message you posted just says that JabRef was not able to connect to github in order to determine if a newer version is released. That could have many reasons, like inet connection problems, firewall blocking or the Java bug on OS Sierra. But anyway, even if the update check fails JabRef should work nonetheless. |
@tobiasdiez He gets it in situations where he has no internet like on a plane. I debugged through the code and as far as I can see, the above message should not be a problem. First, it's done in the background so it should not interfere with the startup. Secondly (and startled me a bit until I looked closer), the stacktrace is only a log message. The actual exception is correctly handled. I tested it with internet turned off (and increase the connection timeout for what it's worth). JabRef started instantaneously and I got the same message. The only thing I can think of is if there are other tasks that access online resources in the background and that are not handled correctly. |
I happens often in all situations - when editing a citation and when moving a citation to a group. My java panel reports not being able to connect to the internet (which I do not have time to fix…) . In any case if at all possible I would prefer something as important like jabref not be doing online in the background unless the user wants this? This is the reason I do not use lots of software, like word. Lyx has no background operations and works beautifully - better every year. Jabref has go worst over time, and less useful because it has added buggy options that interfer with a great program.
It would be great to have a database program that I can link with lyx and edit my 4000 or so records. Jabref was so good I did recommend it to my library over zotero and others precisely because it was a clean program. Can we just shutoff off all unnecessary background processes and see what happens? Thanks so much. Bm
W Bentley MacLeod
Columbia University in the City of New York
[email protected]
… On Oct 16, 2017, at 7:25 PM, Patrick Scheibe ***@***.***> wrote:
@tobiasdiez He gets it in situations where he has no internet like on a plane. I debugged through the code and as far as I can see, the above message should not be a problem. First, it's done in the background so it should not interfere with the startup. Secondly (and startled me a bit until I looked closer), the stacktrace is only a log message. The actual exception is correctly handled.
I tested it with internet turned off (and increase the connection timeout for what it's worth). JabRef started instantaneously and I got the same message. The only thing I can think of is if there are other tasks that access online resources in the background and that are not handled correctly.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
JabRef normally does not execute online stuff in the background, the only
thing which could be is the telemetry.
Do you have collecting telemetry data enabled?
And could you post a log file, e.g if you're moving the entry, so we have a
chance to find which method is responsible
Am 17.10.2017 3:00 nachm. schrieb "W. Bentley MacLeod" <
[email protected]>:
… I happens often in all situations - when editing a citation and when
moving a citation to a group. My java panel reports not being able to
connect to the internet (which I do not have time to fix…) . In any case if
at all possible I would prefer something as important like jabref not be
doing online in the background unless the user wants this? This is the
reason I do not use lots of software, like word. Lyx has no background
operations and works beautifully - better every year. Jabref has go worst
over time, and less useful because it has added buggy options that interfer
with a great program.
It would be great to have a database program that I can link with lyx and
edit my 4000 or so records. Jabref was so good I did recommend it to my
library over zotero and others precisely because it was a clean program.
Can we just shutoff off all unnecessary background processes and see what
happens? Thanks so much. Bm
W Bentley MacLeod
Columbia University in the City of New York
***@***.***
> On Oct 16, 2017, at 7:25 PM, Patrick Scheibe ***@***.***>
wrote:
>
> @tobiasdiez He gets it in situations where he has no internet like on a
plane. I debugged through the code and as far as I can see, the above
message should not be a problem. First, it's done in the background so it
should not interfere with the startup. Secondly (and startled me a bit
until I looked closer), the stacktrace is only a log message. The actual
exception is correctly handled.
>
> I tested it with internet turned off (and increase the connection
timeout for what it's worth). JabRef started instantaneously and I got the
same message. The only thing I can think of is if there are other tasks
that access online resources in the background and that are not handled
correctly.
>
> —
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub, or mute the thread.
>
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#3298 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AATi5Hx22UESDbMcZsTMNPpp09NiKcsZks5stKTegaJpZM4P4K_n>
.
|
I have a similar problem on Windows 10 Creators Update (ver. 1703 build 15063.674). Reinstallation, clean installation - the result is the same. The process is displayed in the task manager, but there is no application on the taskbar, and accordingly there is no window. So, perhaps this is a platform-independent problem. Version 3.x.x and beta 4.0.0 start fine, I was sure of this by repeatedly reinstalling the application. At the same time on another laptop with Windows 10 Fall Creators Update and other hardware, the application starts normally. What I can say for sure, the first laptop is connected to the corporate network via BYOD and some rules of security policy are applied on it. The second laptop has easy access to the network by wifi. It is difficult to say on the other fundamental differences. NB: JabRef x64 |
Could you try to start it from commandline? |
@vfkomarov It looks like you are using Java 9. JabRef is not yet ready for this version #2594 and still needs Java 8. |
@tobiasdiez Thanks for the hint, I did not keep track version of Java since the operating system was updated, perhaps, for some reason I installed the 9th since have other applications on Java. Until recently I used the previous version of JabRef. |
The Java version does not seem to be the issue. I use |
@DavidLP Can you please test as well from command-line and post if there is any exception when you run
|
In my case the uninstallation of Java 9 really solved the problem (I remembered that relatively recently actually has installed Java 9 SE SDK with runtime). At the same time, Java 8 update 144 runtime was left in the system. Now JabRef starts normal. |
@halirutan: Sure
java version "1.8.0_31"
Java(TM) SE Runtime Environment (build 1.8.0_31-b13)
Java HotSpot(TM) 64-Bit Server VM (build 25.31-b07, mixed mode)
11:06:50.891 [AWT-EventQueue-0] ERROR org.jabref.FallbackExceptionHandler - Uncaught exception occurred in Thread[AWT-EventQueue-0,6,main]
java.lang.IllegalAccessError: tried to access method com.sun.javafx.css.parser.CSSParser.<init>()V from class de.jensd.fx.glyphs.GlyphIcon
at de.jensd.fx.glyphs.GlyphIcon.<clinit>(GlyphIcon.java:48) ~[JabRef-4.0.jar:?]
at org.jabref.gui.IconTheme$JabRefIcon.getGraphicNode(IconTheme.java:308) ~[JabRef-4.0.jar:?]
at org.jabref.gui.search.SearchTextField.create(SearchTextField.java:16) ~[JabRef-4.0.jar:?]
at org.jabref.gui.search.GlobalSearchBar.<init>(GlobalSearchBar.java:70) ~[JabRef-4.0.jar:?]
at org.jabref.gui.JabRefFrame.<init>(JabRefFrame.java:168) ~[JabRef-4.0.jar:?]
at org.jabref.JabRefGUI.openWindow(JabRefGUI.java:100) ~[JabRef-4.0.jar:?]
at org.jabref.JabRefGUI.<init>(JabRefGUI.java:63) ~[JabRef-4.0.jar:?]
at org.jabref.JabRefMain.lambda$start$1(JabRefMain.java:146) ~[JabRef-4.0.jar:?]
at org.jabref.JabRefMain$$Lambda$82/2117354762.run(Unknown Source) ~[?:?]
at java.awt.event.InvocationEvent.dispatch(Unknown Source) ~[?:1.8.0_31]
at java.awt.EventQueue.dispatchEventImpl(Unknown Source) ~[?:1.8.0_31]
at java.awt.EventQueue.access$500(Unknown Source) ~[?:1.8.0_31]
at java.awt.EventQueue$3.run(Unknown Source) ~[?:1.8.0_31]
at java.awt.EventQueue$3.run(Unknown Source) ~[?:1.8.0_31]
at java.security.AccessController.doPrivileged(Native Method) ~[?:1.8.0_31]
at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source) ~[?:1.8.0_31]
at java.awt.EventQueue.dispatchEvent(Unknown Source) ~[?:1.8.0_31]
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) [?:1.8.0_31]
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) [?:1.8.0_31]
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) [?:1.8.0_31]
at java.awt.EventDispatchThread.pumpEvents(Unknown Source) [?:1.8.0_31]
at java.awt.EventDispatchThread.pumpEvents(Unknown Source) [?:1.8.0_31]
at java.awt.EventDispatchThread.run(Unknown Source) [?:1.8.0_31] |
@DavidLP Your java version is outdated. Please update to the latest java 8 version. (should be 8u151) |
@Siedlerchr THX. Using newest Java8 makes JabRef work. |
Hi there,
I installed High Sierra (clean install) on my mac. Afterwards I installed the latest stable version of JabRef. After the installation I opened JabRef. The icon of JabRef is available in the dock but no window of JabRef appears. It's not possible to use the mac menu bar because when clicking on it nothing happens.
My environment
The text was updated successfully, but these errors were encountered: