Columns Jumping Around When Trying To Position Them

[ghost]

Hi,

I'm running Slackware 14 x86 with only OpenBox and SpaceFM 0.8.3...

Something I've been noticing for some time in other versions but this one is giving me the hardest time, is when I copy something and the Copy/Column section appears like this screen shot;

http://i.imgur.com/tAGOs.jpg

That is after playing with it for 5 mins to get it to look correct.

Every time when I try to grab any of the sections and move them to the left, everything pops back to the right, like it was on a spring and bounces back and then all the columns bunch up and you have to spread them all out again, but it's a real act of patience, because any of them I touch they all spring back in the opposite direction and compact into each other...

Also many times instead of trying to move everything to the left, even though they are all crammed togther to the right, I find if I start dragging any of the sections to the right, then they pop out to the left and open up, It can really be a tricky game of trying to figure out sometimes which way to drag to get them to just spread out...

This is how it typically looks when I try to pull the "Progress" column to the left, it snaps everything back to the right like this;

http://i.imgur.com/vsfkf.jpg

Also something I've not experienced before in other versions, now in 0.8.3 sometimes I grab the line on the left side of the P for Progress and I try to move the column to the left and it just sits there, it won't move, so I have to keep clicking it and I also try to move it then to the right, and after playing with it a while I eventually get it moving to the left...

THANKS

[IgnorantGuru]

I'm not able to reproduce any of this. Please give the output of spacefm --version with all reports and also note what gtk theme is in use. Note that broken themes can cause serious issues - compare behavior with adwaita.

FYI the Item column automatically expands to fill available space (particularly triggered by resizing the window), while the other columns widths should stay fixed once you set them. You can also select View|Tasks|Show Manager so no copy needs to be in progress.

A movie of this might be helpful so I can see what you're doing. None of this code has changed appreciably in recent versions, so if you're seeing changing behaviors you may have deeper system- or component-level problems.

[ghost]

To be honest this has probably been happening in every version of SpaceFM...

I've also tried this in various themes and to various degrees they all have similar effects.

spacefm --version spacefm 0.8.3 GTK2 UDEV INOTIFY DESKTOP SNOTIFY

gtk+2-2.24.10

If I'm not copying anything and just run View|Tasks|Show Manager this works very well, it's only when copying and I try to resize, sometimes they act up...

I was just copying a MP4 video of a TV show...

To be honest, I've been playing with it today and it's not been acting up, it's odd how sometimes I mess with it and it goes crazy then other times it seems fine...

[ghost]

In reference to #238 I've never had the Vertical scroll bar appear before, but today it did show up, then the horz. appeared also so I moved the window up slightly and I also moved the progress bar to the left again...

All I can say is I've certainly had to move it a lot...

I'm not doing anything unsual to reproduce this, just copying and pasting movies to my USB drive is all...

After this last resizing hopefully that will do it, personally it seems like they really have to be moved over to the left quite a bit, otherwise this happens...

[IgnorantGuru]

When possible, please provide specific steps to reproduce this behavior.

Also note that if you resize the window while the task manager is not shown, or your wm forces the spacefm window to a different size, this may affect column widths. Otherwise column widths should remain as you last left them.

[IgnorantGuru]

Closed for now - not reproducible as presented, and no confirmations from anyone else. Further comments can be added below. Precise steps to reproduce this using a fresh config are what's needed.

[IgnorantGuru]

This should be corrected in the next branch, due in 0.9.3. It appears during high i/o load on some systems, the GTK (or exo?) code can't keep up with updating column content and doing column expansion.

The resolution was to use only default expansion of columns. This means the columns widths shouldn't adjust themselves anymore (during user resizing a column or window resize). This makes them a less smart but they should be easier to control for users who see this. Not sure what the system condition is that causes this - perhaps a slower i/o bus and slower cpu.

[lockheed]

I didn't check the new git version, but I found a ways around that issue in the old. Although I don't know yet if it sticks between reboots.

1. Grab the first edge of the last column and pull it to the right, instead of left. This will stretch the preceding column, and once it's stretched enough, pull the last one a bit back to make it wide enough. Repeat with remaining columns.
2. To make it stick, at least within session, I disabled automatic hiding of copy manager.