0.51 Linux: XnView often opens with empty window

[Redsandro]

When I click on an image, I often get an empty XnViewMP window. Nothing in it, just the window border with the close button.

$ cat `which xnview`
#!/bin/sh

export LD_LIBRARY_PATH=/opt/XnView/lib
export QT_PLUGIN_PATH=/opt/XnView/lib

if [ $# -lt 1 ]; then
/opt/XnView/XnView
else
/opt/XnView/XnView $@
fi

$ xnview "/home/redsandro/Pictures/scan02.png"
XNVIEW restoreGeometry before : 640 480
XNVIEW restoreGeometry after : 200 100
QMetaObject::invokeMethod: No such method MyTabBar::layoutTabs()
QSslSocket: cannot resolve SSLv2_client_method
QSslSocket: cannot resolve SSLv2_server_method
w.init
XNVIEW 1 ok
## XNVIEW RESIZE : 200 100
## MyTabWidget :: resizeEvent : 200 100
XNVIEW 2 ok
w.start
## MyTabWidget :: resizeEvent : 1920 1150
## XNVIEW RESIZE : 1920 1150

$

Also, for some other images (.jpg) I still have it associated with xnview.sh from 0.50, and I can't for the life of me seem to change it to xnview (0.51). The new one is correctly setup in the menu, and for some image types. How do I remove and change the old one by force? I tried every basic GUI way of changing this and it's safe to say something is broken, I need to do this by force changing some configuration file.

[xnview]

do you use the .deb package? 64bits?
When you start

Code: Select all

$ xnview "/home/redsandro/Pictures/scan02.png"

you have the blank window?

[Redsandro]

Yes, correct. I have the blank window, and I press the close button.
When I start xnview without an image and the browser-display opens, it works just fine (including .png).

I use the 64 bit .deb package.

[effede]

Can confirm this issue. Seems to be just a problem of quoting. To correct this, I would suggest :

Code: Select all

export LD_LIBRARY_PATH=/opt/XnView/lib
export QT_PLUGIN_PATH=/opt/XnView/lib

if [ $# -lt 1 ]; then
  /opt/XnView/XnView
else
  /opt/XnView/XnView "$@"
fi

Also note that if you specify more than one picture to open in a graphical file manager, there will be as many Xnview instances opened that there is files. That's not very practical, but this is a normal behaviour for this kind of application that will repeat the same command for each file. It certainly can be ameliorated by touching the script, but it is dependant of the desktop and file manager used (on Linux).

If you specify more than one picture to open on the command line, there will be only one Xnview instance opened with as many tabs as there is files.

[Redsandro]

Is that really the problem? Because in my experience, the problem is only there in the case of .png, while the quoting error doesn't discriminate across file types.
Or did I just accidentally never opened a .jpg file with spaces in the file name?

I will try it out.



BTW Pierre, considered putting those .deb packages in PPA? Would make installing/upgrading on Ubuntu/Debian based linux easier.

I noticed this because today I installed Linux Mint 14 on my new machine. I copied over all repositories from my old system, and the names of all non-system packages. After apt-getting all packages in one go, I had to remove xnview and do it manually. Also, updates would be managed by the system automatically in stead of manually.

[Redsandro]

@effede: You are correct, the quotes fixes the issue! If the pathname has a space anywhere, the xnview window will remain empty.

@xnview: Please consider:

• Adding the quotes in the next release
• Using PPA for updates