[jitsi-users] jitsi hangs on start - properties editor


#1

hi, my jitsi 2.5.5065 on ubuntu 13.10 hangs on splash start window
displaying 'properties editor' text. i checked that it starts ok if i
move ~/.jitsi folder away. when i start jitsi from command line it
displays a long list of text attached to this email. i attach also debug
output.

what could i do to help it start?

appreciate help.

best, Wojtek

jitsi-output.txt (38.2 KB)

jitsi-debug-output.txt (10.4 KB)


#2

Could you please update to the latest nightly, reproduce the problem
and send us ~/.jitsi/log/jitsi0.log.*?

···

2014-03-25 12:27 GMT+02:00 Wojtek Bogusz <wojtek.bogusz@gmail.com>:

hi, my jitsi 2.5.5065 on ubuntu 13.10 hangs on splash start window
displaying 'properties editor' text. i checked that it starts ok if i
move ~/.jitsi folder away. when i start jitsi from command line it
displays a long list of text attached to this email. i attach also debug
output.


#3

Wojtek, there is an exception while loading your
~/.jitsi/sip-communicator.properties. You said that if you'd move away
.jitsi, the application'd start successfully - such behavior is
consistent with that exception because it gets rid of the problematic
~/.jitsi/sip-communicator.properties. Have you manually edited that
file? If possible, please provide ~/.jitsi/sip-communicator.properties
so that we can analyse it. (You may send it to me only and not to the
mailing lists for the purposes of privacy.)

java.lang.IllegalArgumentException: Malformed \uxxxx encoding.
at java.util.Properties.loadConvert(Properties.java:568)
at java.util.Properties.load0(Properties.java:391)
at java.util.Properties.load(Properties.java:341)
at org.jitsi.impl.configuration.PropertyConfigurationStore.reloadConfiguration(PropertyConfigurationStore.java:55)
at org.jitsi.impl.configuration.ConfigurationServiceImpl.reloadConfiguration(ConfigurationServiceImpl.java:729)
at org.jitsi.impl.configuration.ConfigurationServiceImpl.<init>(ConfigurationServiceImpl.java:136)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
at java.lang.Class.newInstance(Class.java:374)
at org.jitsi.impl.libjitsi.LibJitsiImpl.getService(LibJitsiImpl.java:142)
at org.jitsi.impl.libjitsi.LibJitsiOSGiImpl.getService(LibJitsiOSGiImpl.java:86)
at org.jitsi.service.libjitsi.LibJitsi.invokeGetServiceOnImpl(LibJitsi.java:163)
at org.jitsi.service.libjitsi.LibJitsi.getConfigurationService(LibJitsi.java:85)
at net.java.sip.communicator.impl.configuration.ConfigurationActivator.start(ConfigurationActivator.java:86)
at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:629)
at org.apache.felix.framework.Felix.activateBundle(Felix.java:1904)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1822)
at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1192)
at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:266)
at java.lang.Thread.run(Thread.java:744)


#4

thank you Lyubomir. i recovered the file you mentioned from the backup
and jitsi starts again. i did not edit the file manually. i will send
you the file separately perhaps it would be useful for the development.

regards, Wojtek

···

On 25/03/14 12:45, Lyubomir Marinov wrote:

Wojtek, there is an exception while loading your
~/.jitsi/sip-communicator.properties. You said that if you'd move away
.jitsi, the application'd start successfully - such behavior is
consistent with that exception because it gets rid of the problematic
~/.jitsi/sip-communicator.properties. Have you manually edited that
file? If possible, please provide ~/.jitsi/sip-communicator.properties
so that we can analyse it. (You may send it to me only and not to the
mailing lists for the purposes of privacy.)

java.lang.IllegalArgumentException: Malformed \uxxxx encoding.
at java.util.Properties.loadConvert(Properties.java:568)
at java.util.Properties.load0(Properties.java:391)
at java.util.Properties.load(Properties.java:341)
at org.jitsi.impl.configuration.PropertyConfigurationStore.reloadConfiguration(PropertyConfigurationStore.java:55)
at org.jitsi.impl.configuration.ConfigurationServiceImpl.reloadConfiguration(ConfigurationServiceImpl.java:729)
at org.jitsi.impl.configuration.ConfigurationServiceImpl.<init>(ConfigurationServiceImpl.java:136)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
at java.lang.Class.newInstance(Class.java:374)
at org.jitsi.impl.libjitsi.LibJitsiImpl.getService(LibJitsiImpl.java:142)
at org.jitsi.impl.libjitsi.LibJitsiOSGiImpl.getService(LibJitsiOSGiImpl.java:86)
at org.jitsi.service.libjitsi.LibJitsi.invokeGetServiceOnImpl(LibJitsi.java:163)
at org.jitsi.service.libjitsi.LibJitsi.getConfigurationService(LibJitsi.java:85)
at net.java.sip.communicator.impl.configuration.ConfigurationActivator.start(ConfigurationActivator.java:86)
at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:629)
at org.apache.felix.framework.Felix.activateBundle(Felix.java:1904)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1822)
at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1192)
at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:266)
at java.lang.Thread.run(Thread.java:744)