Reactor planner blank design bug (planner loads, design does not) (not IC2 but related to nuke engineering)

MJEvans · Jan 9th 2012

I'm using chromium (a chrome build) under Arch linux at home.

Here are the console messages, first is likely the not-scripts blocking java.com; but it used to work when I re-enabled it. I think it may be trying to inspect the 'state' properly and not having a try/catch around it.

Also, when I 'copy' out a design it seems to forget the reactorplanner.html portion of the link.

http://pastebin.com/usYw3zPG

Display Spoiler

[27968:27968:305791382410:ERROR:extension_prefs.cc(735)] Bad or missing pref 'state' for extension 'cbbjhegipokkofhhicbckicchjpcpeni'
[27968:27968:305791382501:ERROR:extension_prefs.cc(735)] Bad or missing pref 'state' for extension 'hpibmhghjndideebpackbdlpncgkcppp'
[27968:27968:305791382518:ERROR:extension_prefs.cc(735)] Bad or missing pref 'state' for extension 'lncjcfkpannmofmpgdfoonkniofdnaba'
[27968:27968:305791382541:ERROR:extension_prefs.cc(735)] Bad or missing pref 'state' for extension 'pbglijbamgmlcpnnpbfjkbdeheejjloj'
java version "1.7.0_147-icedtea"
OpenJDK Runtime Environment (IcedTea7 2.0) (ArchLinux-7.b147_2.0-4-x86_64)
OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode)
AWT blocker activation interrupted:
java.lang.InterruptedException
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:503)
at sun.awt.AWTAutoShutdown.activateBlockerThread(AWTAutoShutdown.java:337)
at sun.awt.AWTAutoShutdown.notifyPeerMapUpdated(AWTAutoShutdown.java:215)
at sun.awt.AWTAutoShutdown.registerPeer(AWTAutoShutdown.java:348)
at sun.awt.SunToolkit.targetCreatedPeer(SunToolkit.java:375)
at sun.awt.X11.XToolkit.createEmbeddedFrame(XToolkit.java:1118)
at sun.awt.X11.XEmbeddedFrame.addNotify(XEmbeddedFrame.java:67)
at sun.awt.X11.XEmbeddedFrame.<init>(XEmbeddedFrame.java:56)
at sun.awt.X11.XEmbeddedFrame.<init>(XEmbeddedFrame.java:73)
at sun.applet.PluginAppletViewer.<init>(PluginAppletViewer.java:345)
at sun.applet.PluginAppletViewer.framePanel(PluginAppletViewer.java:323)
at sun.applet.PluginAppletPanelFactory.createPanel(PluginAppletViewer.java:140)
at sun.applet.PluginAppletViewer.parse(PluginAppletViewer.java:1886)
at sun.applet.PluginAppletViewer$6.run(PluginAppletViewer.java:1810)
at sun.applet.PluginAppletViewer$6.run(PluginAppletViewer.java:1808)
at java.security.AccessController.doPrivileged(Native Method)
at sun.applet.PluginAppletViewer.parse(PluginAppletViewer.java:1808)
at sun.applet.PluginAppletViewer.handleMessage(PluginAppletViewer.java:475)
at sun.applet.PluginStreamHandler.handleMessage(PluginStreamHandler.java:232)
at sun.applet.PluginMessageHandlerWorker.run(PluginMessageHandlerWorker.java:78)
Exception in thread "AWT-EventQueue-6" java.security.AccessControlException: access denied ("java.awt.AWTPermission" "accessEventQueue")
at java.security.AccessControlContext.checkPermission(AccessControlContext.java:366)
at java.security.AccessController.checkPermission(AccessController.java:555)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
at net.sourceforge.jnlp.runtime.JNLPSecurityManager.checkPermission(JNLPSecurityManager.java:284)
at java.lang.SecurityManager.checkAwtEventQueueAccess(SecurityManager.java:1415)
at net.sourceforge.jnlp.runtime.JNLPSecurityManager.checkAwtEventQueueAccess(JNLPSecurityManager.java:466)
at java.awt.Toolkit.getSystemEventQueue(Toolkit.java:1717)
at java.awt.Dialog.show(Dialog.java:1070)
at javax.swing.JOptionPane.showOptionDialog(JOptionPane.java:871)
at javax.swing.JOptionPane.showMessageDialog(JOptionPane.java:668)
at javax.swing.JOptionPane.showMessageDialog(JOptionPane.java:639)
at co.uk.talonius.ic2.ReactorGUIControler.saveReactorURL(ReactorGUIControler.java:646)
at co.uk.talonius.ic2.ReactorApplet.buttonSaveReactorActionPerformed(ReactorApplet.java:1756)
at co.uk.talonius.ic2.ReactorApplet.access$900(ReactorApplet.java:29)
at co.uk.talonius.ic2.ReactorApplet$10.actionPerformed(ReactorApplet.java:529)
at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2018)
at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2341)
at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:252)
at java.awt.Component.processMouseEvent(Component.java:6504)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3312)
at java.awt.Component.processEvent(Component.java:6269)
at java.awt.Container.processEvent(Container.java:2229)
at java.awt.Component.dispatchEventImpl(Component.java:4860)
at java.awt.Container.dispatchEventImpl(Container.java:2287)
at java.awt.Component.dispatchEvent(Component.java:4686)
at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4832)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4492)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4422)
at java.awt.Container.dispatchEventImpl(Container.java:2273)
at java.awt.Component.dispatchEvent(Component.java:4686)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:707)
at java.awt.EventQueue.access$000(EventQueue.java:101)
at java.awt.EventQueue$3.run(EventQueue.java:666)
at java.awt.EventQueue$3.run(EventQueue.java:664)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:87)
at java.awt.EventQueue$4.run(EventQueue.java:680)
at java.awt.EventQueue$4.run(EventQueue.java:678)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:677)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:211)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:128)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:117)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:113)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:105)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:90)

starxplor · Jan 9th 2012

Even when completely disabling my ad-blocking software, I still get this behavior. It has gotten to the point where I just dont ever click these links, causing a shift away from nuc. power.

nou_spiro · Jan 9th 2012

yeah mee to. there should be definitly be some load button where you copy paste link and it loads from there.

sevs44936 · Jan 10th 2012

same over here

bbqroast · Jan 10th 2012

May just be Chrome, I moved back to Firefox because of the huge amount of pages with javascripts that it simply didn't support :(.

nou_spiro · Jan 10th 2012

it doest't work with chrome or firefox.

mijnboogje · Jan 10th 2012

just use it as "indication" i do that and after i made an plan babysit the first cycle. ( just check every now and then)

Talonius · Jan 18th 2012

I'm curious, are the people with the loading problem using Linux based OSs?

I've added a 'Paste' button to the planner for those who've been experiencing problems.

MJEvans · Jan 18th 2012

It /was/ working when I still had Sun Java 6 (32 bit) installed. Since then I updated to OpenJDK 7 (64 bit). As that's three changes in one I'm not exactly sure where the issue is; however I believe it likely that the debugging messages I got on Chrome's stderr will be useful in isolating whichever functions you're calling that are not portable. It would also be great if you could stop depending on java.com; since I try to avoid oracle products given their heavily proprietary ambitions.

Talonius · Jan 18th 2012

For the techies out there, it's a bug in "Iced Ted", an OpenJDK Runtim Environment. Here's a link to the bug

nou_spiro · Jan 19th 2012

yay thanks Talonius

starxplor · Jan 20th 2012

I would expect a function called "getDocumentBase()" to get the base of the document, not the full URL with document name... Not sure which was intended, but the naming of the function seems misleading, apparently to the IcedTea developers at least.

I forgot to say, thanks for the paste option, makes reading this forum much more useful.

immibis · Jan 20th 2012

Quote from starxplor

I would expect a function called "getDocumentBase()" to get the base of the document, not the full URL with document name... Not sure which was intended, but the naming of the function seems misleading, apparently to the IcedTea developers at least.

This is the official documentation for getDocumentBase()

Talonius · Jan 20th 2012

Well, getDocumentBase() returns a URL object, which has the part I need (getQuery()). I'd of thought the same had there been any other way to get the full url of the applet.

MJEvans · Jan 20th 2012

I'm agreeing that the function is misnamed, the java developers obvious messed up on that and it should be deprecated and replaced with properly named functions that work as described. However to fix all the apps out there still using the old name which will never again be touched by developers the old deprecated function should be supported for another decade >.>;

starxplor · Jan 21st 2012

Sorry, I didn't mean to imply that it shouldn't act the way the doc specifies, just that the name did not match up with what the doc said.

This is a problem in any language that the developer didn't write, as there are always different assumptions from different developers.

Reactor planner blank design bug (planner loads, design does not) (not IC2 but related to nuke engineering)

Share

Users Viewing This Thread