RedNotebook doesn't start: TypeError: an integer is required

Bug #728466 reported by MyOtheHedgeFox
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
RedNotebook
Fix Released
High
Jendrik Seipp
rednotebook (Debian)
Fix Released
Unknown
rednotebook (Ubuntu)
Fix Released
High
Unassigned

Bug Description

Fresh brand new RedNotebook 1.1.3 from robin.powdarrmonkey.net repo.

Started once and became unwilling to start again after a reboot.

================================

The console output is:

myo@myo-desktop:~$ rednotebook
/usr/share/themes/Kiwi/gtk-2.0/gtkrc:78: Murrine configuration option "scrollbar_color" is no longer supported and will be ignored.
/usr/share/themes/Kiwi/gtk-2.0/gtkrc:82: Murrine configuration option "gradients" is no longer supported and will be ignored.
INFO Writing log to file "/home/myo/.rednotebook/rednotebook.log"
INFO Set default locale: "ru_RU"
INFO Module glade found
INFO Running in portable mode: False
INFO First Start: False
INFO RedNotebook version: 1.1.3
INFO System info: machine: i686, platform: Linux-2.6.32-30-generic-i686-with-Ubuntu-10.04-lucid, processor: , python_version: 2.6.5, release: 2.6.32-30-generic, system: Linux, GTK version: (2, 20, 1), PyGTK version: (2, 17, 0), Yaml version: 3.09
INFO Using webkit for previews: 1
Traceback (most recent call last):
  File "/usr/bin/rednotebook", line 12, in <module>
    rednotebook.journal.main()
  File "/usr/share/rednotebook/rednotebook/journal.py", line 687, in main
    journal = Journal()
  File "/usr/share/rednotebook/rednotebook/journal.py", line 292, in __init__
    self.frame = MainWindow(self)
  File "/usr/share/rednotebook/rednotebook/gui/main_window.py", line 157, in __init__
    self.load_values_from_config()
  File "/usr/share/rednotebook/rednotebook/gui/main_window.py", line 653, in load_values_from_config
    self.main_frame.move(pos_x, pos_y)
TypeError: an integer is required

================================

The strings in configuration.cfg that could possibly cause this error are:

mainFrameX=None
mainFrameY=None

Related branches

Revision history for this message
MyOtheHedgeFox (a-ztech) wrote :

Strange thing it is, but:

when I removed the trouble-causing parameters from the configuration file and restarted the application, it worked fine. When I restarted the application again, it worked flawlessly.

==============

> Configuration.cfg

mainFrameX=0
mainFrameY=0

==============

Perhaps the program doesn't record these parameters well enough if it stays active when the system is being rebooted (that is, when you don't close it before rebooting or shutting down the computer)?

Revision history for this message
MyOtheHedgeFox (a-ztech) wrote :

Tried rebooting the system again after erasing these lines in configuration file. No glitch, got up flawlessly.

Sorry for possible false alarm.

Revision history for this message
Jendrik Seipp (jendrikseipp) wrote :

Let's see if anyone else has the same problem...

Changed in rednotebook:
status: New → Incomplete
Revision history for this message
MyOtheHedgeFox (a-ztech) wrote :

Hm, it glitched after reboot - again. With the same evidence left.
Since I've got RNB in my autorun list (rednotebook -m), I can't provide you a log of previous launch.
So it really doesn't seem to be a random glitch.

If it could help, I have RNB 1.1.1 installed in Windows. Windows and Linux don't share config files, but they address to one journal file.

Revision history for this message
MyOtheHedgeFox (a-ztech) wrote :

Looks like it happens when the system (Xubuntu 10.04) is shut down when the main window is minimized to tray.

Revision history for this message
Jendrik Seipp (jendrikseipp) wrote :

I can't reproduce it here. Can you tell me the exact steps to reproduce the problem, please?

Revision history for this message
MyOtheHedgeFox (a-ztech) wrote :

Funny thing is, I cannot reproduce the problem right now, too.
After two or three bugged starts, it continued to work well.

Revision history for this message
Rob Norris (rw-norris) wrote :

This also happened to me.
This seems to fix it for me:

rob@zaphod:~$ diff -u ~/main_window.py /home/share/rednotebook/rednotebook/gui/main_window.py
--- /home/rob/main_window.py 2011-03-12 00:13:47.000000000 +0000
+++ /home/share/rednotebook/rednotebook/gui/main_window.py 2011-03-12 00:14:42.000000000 +0000
@@ -650,7 +650,8 @@
             pos_x = config.read('mainFrameX', None)
             pos_y = config.read('mainFrameY', None)
             if pos_x is not None and pos_y is not None:
- self.main_frame.move(pos_x, pos_y)
+ if pos_x != "None" and pos_y != "None":
+ self.main_frame.move(pos_x, pos_y)

         if 'leftDividerPosition' in config:
             self.builder.get_object('main_pane').set_position(config.read('leftDividerPosition', -1))

This is because somehow 'None' has been set into the configuration.cfg file.

Then when it restarts it reads in the config, but now it reads pos_x as a *string* of "None", hence it passes the 'is not None' test, as the string is not null or empty - and so goes on to try to use "None" in the window positioning and thus crashes.

Here was my failing log for info:

rob@zaphod:~$ more ~/.rednotebook/rednotebook.log.fail
2011-03-11 23:37:36,065 DEBUG sys.stdout logging level: 20
2011-03-11 23:37:36,066 INFO Writing log to file "/home/rob/.rednotebook/rednotebook.log"
2011-03-11 23:37:36,066 DEBUG LANG: en_GB.utf8
2011-03-11 23:37:36,066 DEBUG Default locale: en_GB
2011-03-11 23:37:36,066 INFO Set default locale: "en_GB"
2011-03-11 23:37:36,070 INFO Module glade found
2011-03-11 23:37:36,290 INFO Running in portable mode: False
2011-03-11 23:37:36,290 INFO First Start: False
2011-03-11 23:37:36,290 INFO RedNotebook version: 1.1.3
2011-03-11 23:37:36,297 INFO System info: machine: x86_64, platform: Linux-2.6.37-2-amd64-x86_64-with-debian-wheezy-sid, processor: , python_version: 2.6.6, release: 2.6.37-
2-amd64, system: Linux, GTK version: (2, 20, 1), PyGTK version: (2, 17, 0), Yaml version: 3.09
2011-03-11 23:37:36,758 INFO Using webkit for previews: 1
Traceback (most recent call last):
  File "/usr/bin/rednotebook", line 12, in <module>
    rednotebook.journal.main()
  File "/usr/share/rednotebook/rednotebook/journal.py", line 687, in main
    journal = Journal()
  File "/usr/share/rednotebook/rednotebook/journal.py", line 292, in __init__
    self.frame = MainWindow(self)
  File "/usr/share/rednotebook/rednotebook/gui/main_window.py", line 157, in __init__
    self.load_values_from_config()
  File "/usr/share/rednotebook/rednotebook/gui/main_window.py", line 653, in load_values_from_config
    self.main_frame.move(pos_x, pos_y)
TypeError: an integer is required

HTH.

Revision history for this message
Jendrik Seipp (jendrikseipp) wrote :

Thanks for the info, that helped a lot. I will try to fix this bug as soon as possible.

Changed in rednotebook:
assignee: nobody → Jendrik Seipp (jendrikseipp)
importance: Undecided → High
status: Incomplete → In Progress
Revision history for this message
Jendrik Seipp (jendrikseipp) wrote :

The bug is fixed. Can you checkout trunk and confirm this?

Changed in rednotebook:
status: In Progress → Fix Committed
Revision history for this message
Panurge (panurge) wrote :

Same thing happens to me.
I removed:
"mainFrameX=none
mainFrameY=none"
and started again. It then worked the fine.

However, I noticed that on trying to quit Rednotebook, it remains in memory as a zombie process. I have to kill the parent Python to get rid of it.

Revision history for this message
Jendrik Seipp (jendrikseipp) wrote :

> However, I noticed that on trying to quit Rednotebook, it remains in memory as a zombie process. I have to kill the parent Python to get rid of it.

Does that always happen? What system do you use? What do I have to do to reproduce it?

Revision history for this message
Panurge (panurge) wrote :

> Does that always happen? What system do you use? What do I have to do to reproduce it?

I work with Ubuntu 10.04 (well Mint Linux 9 actually). I simply terminated the application with Quit, opened the System Monitor and noticed the remaining of the process; I started the app again and left it three times with the same result. However, after rebooting the PC, Rednotebook did terminate correctly the first time; starting it again and leaving it left Rednotebook as a zombie process again.

Revision history for this message
Panurge (panurge) wrote :

Will it help if I send you the rednotebook.log?

Revision history for this message
Jendrik Seipp (jendrikseipp) wrote :

Maybe ;) Does the zombie error still happen with the trunk version?

Revision history for this message
Panurge (panurge) wrote :

Ok, here it is! I haven't tried yet the trunk version. I'm not really sure how to do this and where to download it.

Revision history for this message
Jendrik Seipp (jendrikseipp) wrote : Re: [Bug 728466] Re: RedNotebook doesn't start: TypeError: an integer is required

Am 12.03.2011 15:43, schrieb Panurge:
> Ok, here it is! I haven't tried yet the trunk version. I'm not really
> sure how to do this and where to download it
bzr branch lp:rednotebook
cd rednotebook/rednotebook
python journal.py

Revision history for this message
Panurge (panurge) wrote :

Tried the 3 times the trunk. Looks like it works fine now and no zombie left! No one to kill anymore :-)
Thanks.

Revision history for this message
Panurge (panurge) wrote :

Hallo again!
I didn't have time to experiment any further yesterday. I started again this morning and installed 1.1.4 in
/usr/local/lib/python2.6/dist-packages/ using "python setup.py install" from the trunk version. Starts and works well but, on leaving the application, Rednotebook remains again in memory as a zombie process. To sum up, I have now Rednotebook in 3 different places on my PC:
- 1.1.3 in /usr/share/rednotebook/
- 1.1.4 trunk in ~/Rednotebook/
- 1.1.4 trunk in /usr/local/lib/python2.6/dist-packages/rednotebook/

I'm a standard Linux user, not a programmer. What version should I keep? And how do I get rid of the remaining 2. Thanks in advance. Tschüß.

Revision history for this message
Jendrik Seipp (jendrikseipp) wrote :

> I'm a standard Linux user, not a programmer. What version should I keep?
You can keep all of them, though you don't need the trunk version
installed. It is difficult however to remove this version. You will have
to delete those files manually... It is better to just run RedNotebook
uninstalled from trunk as explained in the README file.

The trunk version can be updated by doing "bzr merge" in the trunk
directory.

Concerning the zombies: Are you sure RedNotebook is not set to run in
the system tray?

Revision history for this message
Panurge (panurge) wrote :

> Concerning the zombies: Are you sure RedNotebook is not set to run in
the system tray?

I tried both, with and without the "shutting in tray" option, with the same result: Rednotebook remains as a zombie process (see enclosed pic).

Revision history for this message
Panurge (panurge) wrote :

Sorry, I meant: I tried both - with and without tray option - AND left the application with quit in both cases.

Revision history for this message
Jendrik Seipp (jendrikseipp) wrote :

Strange. I'm sorry, but I don't have any idea about how that issue could
be debugged. Do you have an idea?

Revision history for this message
Panurge (panurge) wrote :

Ziemlich merkwürdig! I removed manually the 1.1.4 installed by me (with python setup.py install) as well as the 1.1.3 regular, and used only the trunk version after doing "bzr merge" to update it and running "python journal.py". This version works all right and quits without leaving traces. This appears to mean that:
- the trunk version (1.1.4) works fine in the home directory;
- if I install it or if I use the regular 1.1.3, the application does not exit correctly. A problem of rights? Or interfering with another python process?

I'll try this evening to install Rednotebook on another machine - I don't want to ruin my professional PC ;) and try to reproduce the error..

Revision history for this message
Panurge (panurge) wrote :

Back again... Nobody expects the Spanish Inquisition :-)

I installed 1.1.3 regular Rednotebook on another machine (with Ubuntu 10.04) and everything worked as expected. No zombie creeping in the background. The problem comes from my PC then.

Differences between both systems:
- Ubuntu 10.04 (Rednote book is OK) and Linux Mint 9, based on Ubuntu 10.04 (Rednotebook remains in memory)
- In System Monitor: on the "Ubuntu" machine, Rednotebook is displayed as an independant process and on the "Mint Linux" one as a Python dependence process.

Can you make something out of this?

Revision history for this message
Jendrik Seipp (jendrikseipp) wrote :

> Can you make something out of this?
I'm afraid I can't...

Revision history for this message
Panurge (panurge) wrote :

Well then, for the time being I'll stick to the trunk version and wait for a future upgrade. If I figure out what's going on with Mint Linux and if there's an issue with Python, I'll let you know. Many thanks anyway.

Changed in rednotebook (Ubuntu):
importance: Undecided → High
Changed in rednotebook (Debian):
status: Unknown → Fix Committed
Changed in rednotebook (Debian):
status: Fix Committed → Fix Released
Revision history for this message
Jendrik Seipp (jendrikseipp) wrote :

The error was introduced by 1.1.3 so I'm closing this for the Ubuntu Natty package.

Changed in rednotebook:
status: Fix Committed → Fix Released
Changed in rednotebook (Ubuntu):
status: New → Invalid
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package rednotebook - 1.1.4-1

---------------
rednotebook (1.1.4-1) unstable; urgency=low

  * [b37d7d] New upstream release
  * [1954fb] Promote python-webkit to a dependency (Closes: #620708)
  * [e91c75] Drop fix-windowpos-crash.patch

rednotebook (1.1.3-2) unstable; urgency=medium

  * [20a9ed] Convert to source format 3.0 (quilt)
  * [a3adc0] Backport fix for window position crashes (Closes: #619001)
    (LP: #728466)

rednotebook (1.1.3-1) unstable; urgency=low

  * [8f66e3] New upstream release
 -- Ubuntu Archive Auto-Sync <email address hidden> Sat, 30 Apr 2011 13:39:07 +0000

Changed in rednotebook (Ubuntu):
status: Invalid → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.