Non-breaking space (doubled) bug

[Camelot]

When i editing text in Book View and switch in Code View, all Non-breaking space are doubled.
I think this bug is since 0.8.3

Example:
Original

<p>Text1&nbsp;Text2&nbsp;Text3</p>

after editing any Text in Book View an switch in Code View

<p>Text1&nbsp;&nbsp;Text2&nbsp;&nbsp;Text3</p>

i attached epub with example.

OS: aptosid x86_64 (based on Debian unstable)
Sigil 0.8.4 (from DiapDealer)

Edit: here a video https://drive.google.com/file/d/0ByD...ew?usp=sharing

[Notjohn]

An earlier iteration of Sigil inserted a nbsp whenever you were in Page View and hit the space bar. Perhaps it's a feature (bug?) that has now returned.

[KevinH]

Well that's not good. Did you say this bug was introduced in 0.8.3 and did not exist in 0.8.2 or 0.8.1? Knowing that will help track it down.

Thanks,

Kevin

[Camelot]

Originally Posted by KevinH

Well that's not good. Did you say this bug was introduced in 0.8.3 and did not exist in 0.8.2 or 0.8.1? Knowing that will help track it down.

in version 0.8.2 I didn't noticed, only from 0.8.3.

[Doitsu]

I tested this issue with the current 32/64bit 0.8.4 Windows and Linux builds and was only able to reproduce it with the 32/64bit Linux builds.

As a workaround, Linux users can do the following:

1. Select Edit > Preferences > Preserve Entities and add  .
2. Replace all occurrences of   with  .

[DiapDealer]

Originally Posted by Doitsu

I tested this issue with the current 32/64bit 0.8.4 Windows and Linux builds and was only able to reproduce it with the 32/64bit Linux builds.

Well that stinks.
Out of curiosity, are both of you Linux users using my unofficial binary builds? Or have you built Sigil on your systems from source? I'd like to think it shouldn't make a difference, but you never can tell.

[Camelot]

Originally Posted by Doitsu

As a workaround, Linux users can do the following:

1. Select Edit > Preferences > Preserve Entities and add  .
2. Replace all occurrences of   with  .

result:

<p>&#xa0;&#xa0;</p>

[Camelot]

Originally Posted by DiapDealer

Well that stinks.
Out of curiosity, are both of you Linux users using my unofficial binary builds? Or have you built Sigil on your systems from source? I'd like to think it shouldn't make a difference, but you never can tell.

My unofficial Sigil version is from the greatest member DiapDealer

[DiapDealer]

Originally Posted by Camelot

My unofficial Sigil version is from the greatest member DiapDealer

Well after such praise; lets hope this isn't my fault!

This doesn't sound like something that a specific gcc version or a Linux build process change would affect, but I'll try to eliminate that possibility a bit later on this day.

[Doitsu]

Originally Posted by Camelot

result:

<p>&#xa0;&#xa0;</p>

On my Linux machines   is not repeated.

Originally Posted by DiapDealer

Well that stinks.
Out of curiosity, are both of you Linux users using my unofficial binary builds? Or have you built Sigil on your systems from source? I'd like to think it shouldn't make a difference, but you never can tell.

I tested your unofficial Linux and Windows legacy builds and only the 32/64 bit Linux builds had this problem.

[DiapDealer]

Originally Posted by Doitsu

I tested your unofficial Linux and Windows legacy builds and only the 32/64 bit Linux builds had this problem.

Maybe not this exact problem, but I'm seeing some flakiness with regard to   and editing in Book view with the official Windows release, too.

Add the following in Code View:

<p>Hey&nbsp;</p>

Then switch to Book View and put the cursor after the space and type another word (such as "there"):

Hey there

When I switch back to Code View, the   entity has been changed to a normal space.

<p>Hey there</p>

Doesn't seem to make a difference whether or not   is listed in the entities to preserve preferences.

[Doitsu]

Originally Posted by DiapDealer

Maybe not this exact problem, but I'm seeing some flakiness with regard to   and editing in Book view with the official Windows release, too.

I was able to reproduce your test case with the official 64bit 0.8.4 Windows build (and your Linux build).

Maybe it has something to do with the fact that Sigil will automatically replace non-braking spaces in clipboard text with regular spaces. (At least, I was never able to copy and paste text that contained non-breaking spaces via the Windows clipboard.)

@KevinH: Were you able to reproduce the OP's issue and DiapDealer's test case on your OSX machine?

[Camelot]

I can reproduce with unoffizial sigil 64-bit versions 0.8.2 and 0.7.4 from DiapDealer.

Edit:
No bug with 0.6.2 self compiled version.

It's a QT 5 bug?

[DiapDealer]

Originally Posted by Doitsu

I was able to reproduce your test case with the official 64bit 0.8.4 Windows build (and your Linux build).

Yep. Linux and Windows; I'm getting the same behavior (the disappearing   when adding characters immediately following the space in Book View).

Unfortunately, I cannot seem to reproduce the   (or the  ) doubling issue on my Linux box (using the same binary build as doitsu and Camelot are).

No matter what is in my Preserve Entities list, the named & hex non-breaking entities do not get doubled. They only get converted to normal spaces under the aforementioned situation (adding characters immediately following the space represented by the entity in Book View).

[Doitsu]

Originally Posted by DiapDealer

No matter what is in my Preserve Entities list, the named & hex non-breaking entities do not get doubled. They only get converted to normal spaces under the aforementioned situation (adding characters immediately following the space represented by the entity in Book View).

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.