Non-breaking space (doubled) bug

[DiapDealer]

Originally Posted by Doitsu

Maybe its a Linux-specific issue. I'm using a Debian "Wheezy" based Linux 3.2.0-4-amd64 distro with OpenBox as the window manager. "Wheezy" is stable, but doesn't come with latest system libraries that most Ubuntu based distros come with.
IIRC, you're using an Ubuntu-based distro, which might have more recent system libraries.

Possible, I guess. But those binary packages are being built on Linux Mint 12 (based on Ubuntu 11.10) to try and keep the best possible forward-compatibility.

I AM running it on Mint 16 (based on Ubuntu 13.10), but there shouldn't be anything "bleeding edge" there I wouldn't think.

Let's backup a bit. The disappearing entity issue may be a long-standing one that no-one has noticed; so lets focus on the doubling issue for now. Can you guys share exactly what's in your Preserve Entities list when you experience the doubling issue? Also what your Clean Source settings are (and possibly where you're placing the cursor in Book View when making edits)?

[Doitsu]

Originally Posted by DiapDealer

Can you guys share exactly what's in your Preserve Entities list when you experience the doubling issue? Also what your Clean Source settings are (and possibly where you're placing the cursor in Book View when making edits)?

My settings are:

Clean Source: Pretty Print Tidy; Save [x], Open [ ]
Preserve Entities:  

I installed your 0.7.4, 0.8.2 and 0.8.4 64bit Linux builds, and the OP's issue occurred in each build. (I didn't notice it, because I always edit text in Code View mode.)

[DiapDealer]

@Doitsu
Can you recommend the best down & dirty way for me to get a Debian Wheezy installation up and running quickly to test Sigil on? Looking for the fewest (and smallest) downloads necessary. Feel free to PM if it's going to derail the thread.

[KevinH]

DiapDealer,

I can *not* seem to recreate this at all with the official Mac OS X 0.8.4 build or my own build. So it is definitely a strange one. I can add and remove all kinds of things right beside the   in Book View and come back to CodeView and all is as expected. No doubling of nbsp seem to be happening for me.

This is really strange.

I will keep playing around with it. I wonder if this is an compiler artifact of some sort since all of these builds should be using QT 5.4.0 (although possibly compiled by a different compiler).

ps. The only way I start to see multiple   is when I add 3 spaces in a row in Book View which is converted to space,   space so that multiple instances of whitespace in html is not converted back to just a single whitespace character. This is correct behaviour if you want to force multiple blank spaces in html.

So this is something I can not recreate on the Mac at all.



KevinH

[Camelot]

I testet with clean profil and version 0.7.4, 0.8.2 and 0.8.4.
here a video https://drive.google.com/file/d/0ByD...ew?usp=sharing

Nothing bug with sigil 0.6.2

[Doitsu]

@Camelot: What's your Linux version number and Debian code name (e.g. Jessie/Sid)?

[KevinH]

Hi,

Nice video! I do believe you but this does not occur on my Mac OS X builds at all. So I can't really help track it down.

So DiapDelaer can you take a shot at tracking this down as I simply can not recreate it.

Thanks,

KevinH

Originally Posted by Camelot

I testet with clean profil and version 0.7.4, 0.8.2 and 0.8.4.
here a video https://drive.google.com/file/d/0ByD...ew?usp=sharing

Nothing bug with sigil 0.6.2

[DiapDealer]

I'll do what I can. I'm going to focus on the disappearing non-breaking space entity first--since it seems to happen consistently on Windows and Linux.

I haven't been able to reproduce the (seemingly) Linux-only entity doubling issue as of yet.

[Camelot]

Originally Posted by Doitsu

@Camelot: What's your Linux version number and Debian code name (e.g. Jessie/Sid)?

aptosid-amd64 based on Debian GNU/Linux 8.0 (jessie)/sid

[KevinH]

Hi DiapDealer,
I have just checked out and built Sigil master and built it on Ubuntu Linux Mint (my VM) using Qt 5.4.0 directly from Qt.

It builds perfectly (nice job with that by the way!) and when I run it I do NOT see any of the doubling of   at all!

Could this be an issue on Linux machines that might have an older Qt library installed and that somehow it is finding an earlier Qt 5 version than Qt 5.4? What happens if Linux users use LD_LIBRARY_PATH to force the Sigil executable to use the Qt 5.4. If the Sigil installer puts them someplace in the system, would rerunning ldconfig to clean-up the cache help make sure the Qt 5.4 libs are being found first by Sigil.

Kevin

[KevinH]

Hi,

If you are a Linux user that is seeing this doubling of   issue please do the following in a bash shell.

cd (to where ever you actual sigil executable binary is located on your machine)

then

ldd sigil

This should tell us exactly which files the Sigil executable will be using.

Thanks,

KevinH

[DiapDealer]

Originally Posted by KevinH

Hi DiapDealer,
I have just checked out and built Sigil master and built it on Ubuntu Linux Mint (my VM) using Qt 5.4.0 directly from Qt.

It builds perfectly (nice job with that by the way!) and when I run it I do NOT see any of the doubling of   at all!

I don't see the doubling issue on Linux Mint either. Since you've built 0.8.4 on Linux, can you reproduce the disappearing entity by following the steps in post 11?

That one's reproduceable on Windows and Linux.

[DiapDealer]

Originally Posted by KevinH

Hi,

If you are a Linux user that is seeing this doubling of   issue please do the following in a bash shell.

cd (to where ever you actual sigil executable binary is located on your machine)

then

ldd sigil

This should tell us exactly which files the Sigil executable will be using.

Thanks,

KevinH

That won't work for users of my binary package (or for the usual 'make install build'). /usr/local/bin/sigil is a script that sets the LD_LIBRARY_PATH and the proper plugin launcher env vars before launching the actual sigil executable that has been relocated to /usr/local/share/sigil. That way the executable is in the same directory as the Qt5 libs/plugins (binary package version).

They'd need to do something like:

LD_LIBRARY_PATH=/usr/local/share/sigil ldd /usr/local/share/sigil/sigil-real

I have confirmed the doubling entity issue, now, (by creating a Debian Wheezy VM). There is no other Qt5 libs on the system and ldd confirms sigil is using the Qt5.4.0 that I've distributed with the package. I'm going to try and build Sigil on Wheezy to see if that makes a difference.

[KevinH]

Hi DiapDealer,

That bug exists on all platforms. As soon as you edit an element's node in QWebView it will convert all   at near the insertion point to regular spaces. I don't know why that happens but I think it is internal to Qt QWebView widgets and their handling of   tabs, carriage returns, etc.
I think it has to do with associating insertion point to the point in the underlying DOM and dealing with things as they appear when whitespace.

FWIW, I think this bug has always been present since the beginning.

Kevin


ps. Yes trailing whitespace on a node is always collapsed and converted to regular whitespace so that the line break can happy where you see it. This does not happen with leading nbsp; just trailing ones at the end of a text node.

Originally Posted by DiapDealer

I don't see the doubling issue on Linux Mint either. Since you've built 0.8.4 on Linux, can you reproduce the disappearing entity by following the steps in post 11?

That one's reproduceable on Windows and Linux.

[DiapDealer]

Originally Posted by KevinH

FWIW, I think this bug has always been present since the beginning.

Very possible. Thanks for the info. I don't edit in Book View myself (because of getting burnt so many times), so I rarely test for any problems there.

I'm not certain how far I'm willing to dig into the doubling issue if it's only on a particular distro. I guess I'll see what building from scratch on that distro turns up first.