Window positions not being saved in WB

Amiga1992 · 09 March 2017, 15:53

This is a head scratcher fellas...

I just noticed on my A1200 setup, after reworking it and adding some stuff like Visualprefs (which I usually avoided and I may be realizing now it was because it makes the system unstable), and noticed that after doing WINDOW->SNAPSHOT->WINDOW and going back to opening this folder after a wihile or a reboot, sometimes the action was not saved and the window is back in its old position and size.

What the hell could cause this? Like, I open a folder, it works for the first 3/5 folders, then it stops saving the changes.

System is WB3.1 on 3.0KS, running Visualprefes, PeterK's icon.library, FullPalette, FastColors, NewIcons, FBlit.

I am not sure if it is related, but I noticed PatchRAM and PatchWB do not work. Maybe because it is KS3.0? In any case I disabled those patches.

Any help appreciated!

meynaf · 09 March 2017, 16:15

Window positions are not saved if your drawer has no icon.

Amiga1992 · 09 March 2017, 16:56

I know, I m not that stupid. All drawers have icons. I double-checked just in case I was actually that stupid

meynaf · 09 March 2017, 17:09

Another condition is that the parent drawer must be in "view by icon" (rather than by name, date or size).

Amiga1992 · 09 March 2017, 17:48

Err, yeah, nothing stupid is going on from my side, I swear.

I just tried again. Disabled Visualprefs. Same shit, window positions get randomly saved or not when I do Snapshot.

I logged some with Snoopdos, here is an edited log (I erased most of the font access entries)

Code:


SnoopDos logging started on Thursday, 09-Mar-17 at 12:22:49

 Count Process Name       Action     Target Name                 Options Res.
 ----- ------------       ------     -----------                 ------- ----

 1226  [7] Workbench      Open       CON:0/25/640/150/Output Win Write   OK  
 1227  CON                OpenLib    intuition.library           Ver 37  OK  
 1228  CON                OpenLib    gadtools.library            Ver 37  OK  
 1229  CON                OpenLib    graphics.library            Ver 37  OK  
 1230  CON                OpenLib    utility.library             Ver 37  OK  
 1231  CON                OpenLib    workbench.library           Ver 37  OK  
 1232  KingCON DOS-proces OpenLib    intuition.library           Ver 37  OK  
 1233  KingCON DOS-proces OpenLib    gadtools.library            Ver 37  OK  
 1234  KingCON DOS-proces OpenLib    graphics.library            Ver 37  OK  
 1235  KingCON DOS-proces OpenLib    utility.library             Ver 37  OK  
 1236  KingCON DOS-proces OpenLib    workbench.library           Ver 37  OK  
 1237  KingCON DOS-proces OpenLib    diskfont.library            Ver 36  OK  
 1238  KingCON DOS-proces OpenLib    iffparse.library            Ver 37  OK  
 1239  KingCON DOS-proces OpenLib    asl.library                 Ver 37  OK  
 1240  KingCON DOS-proces OpenLib    icon.library                Ver 37  OK  
 1241  KingCON DOS-proces GetVar     KCON.prefs                  Any*    Fail
 1242  KingCON DOS-proces Open       ENV:Sys/def_KingCON.info    Read    Fail
 1268  [1] Background CLI ChangeDir  RAM:                                    
/1269  [1] ed             RunCommand ram:snoopdos.log            4096    ----
 1270  [1] ed             OpenLib    intuition.library           Ver 0   OK  
 1271  [1] ed             OpenLib    gadtools.library            Ver 0   OK  
 1272  [1] ed             OpenLib    asl.library                 Ver 0   OK  
 1273  [1] ed             Lock       ram:snoopdos.log            Read    OK  
/1274  [1] ed             Open       RAW:0/0/639/199/Ed 2.00/CLO Write       
 1275  RAW                OpenLib    intuition.library           Ver 37  OK  
 1276  RAW                OpenLib    gadtools.library            Ver 37  OK  
 1277  RAW                OpenLib    graphics.library            Ver 37  OK  
 1278  RAW                OpenLib    utility.library             Ver 37  OK  
 1279  RAW                OpenLib    workbench.library           Ver 37  OK  
 1280  RAW                OpenDev    input.device                Unit 0  OK  
 1281  KingCON DOS-proces OpenLib    intuition.library           Ver 37  OK  
 1282  KingCON DOS-proces OpenLib    gadtools.library            Ver 37  OK  
 1283  KingCON DOS-proces OpenLib    graphics.library            Ver 37  OK  
 1284  KingCON DOS-proces OpenLib    utility.library             Ver 37  OK  
 1285  KingCON DOS-proces OpenLib    workbench.library           Ver 37  OK  
 1286  KingCON DOS-proces OpenLib    diskfont.library            Ver 36  OK  
 1287  KingCON DOS-proces OpenLib    iffparse.library            Ver 37  OK  
 1288  KingCON DOS-proces OpenLib    asl.library                 Ver 37  OK  
 1289  KingCON DOS-proces OpenLib    icon.library                Ver 37  OK  
\1274  [1] ed             Open       RAW:0/0/639/199/Ed 2.00/CLO Write   OK  
 1290  KingCON DOS-proces GetVar     KRAW.prefs                  Any*    Fail
 1291  RAW                OpenDev    timer.device                Unit 0  OK  
 1292  KingCON DOS-proces FindTask   xData                               Fail
 1293  KingCON DOS-proces OpenFont   b-strictfix.font            Size 8  OK  
  1369  RAW                OpenDev    console.device              Unit 3  OK  
 1370  RAW                OpenDev    console.device              Unit -1 OK  
 1371  KingCON DOS-proces Open       ENV:Sys/def_KingCON.info    Read    Fail
 1444  RAW                OpenFont   b-strictfix.font            Size 8  OK  
 1610  [7] Workbench      ChangeDir  SYS:                                    
 1611  [7] Workbench      ChangeDir  SYS:                                    
 1612  [7] Workbench      ChangeDir  SYS:                                    
 1613  RAW                FindSem    KingCON DC.1                        Fail
 1616  [1] Background CLI GetVar     echo                        Local   Fail
 1617  [1] Background CLI GetVar     oldredirect                 Local   Fail
 1618  CON                FindSem    KingCON DC.1                        Fail
 1619  [7] Workbench      ChangeDir  SYS:                                    
 1620  [7] Workbench      ChangeDir  SYS:                                    
 1621  [7] Workbench      ChangeDir  SYS:                                    
 1622  [7] Workbench      Lock       RAM:                        Read    OK  
 1623  [7] Workbench      OpenFont   b-strictfix.font            Size 8  OK  
 1624  [7] Workbench      OpenFont   topaz.font                  Size 8  OK  
 1631  [7] Workbench      OpenFont   topaz.font                  Size 8  OK  
 1632  [7] Workbench      OpenFont   b-strictfix.font            Size 8  OK  
 1633  [7] Workbench      Open       ed ram:snoopdos.log.info    Read    Fail
 1634  [7] Workbench      Lock       ed ram:snoopdos.log         Read    Fail
 1635  [7] Workbench      OpenFont   topaz.font                  Size 8  OK  
 1722  [7] Workbench      OpenFont   b-strictfix.font            Size 8  OK  
 1723  [7] Workbench      Open       CON:0/25/640/150/Output Win Write   OK  
 1724  CON                OpenLib    intuition.library           Ver 37  OK  
 1725  CON                OpenLib    gadtools.library            Ver 37  OK  
 1726  CON                OpenLib    graphics.library            Ver 37  OK  
 1727  CON                OpenLib    utility.library             Ver 37  OK  
 1728  CON                OpenLib    workbench.library           Ver 37  OK  
 1729  KingCON DOS-proces OpenLib    intuition.library           Ver 37  OK  
 1730  KingCON DOS-proces OpenLib    gadtools.library            Ver 37  OK  
 1731  KingCON DOS-proces OpenLib    graphics.library            Ver 37  OK  
 1732  KingCON DOS-proces OpenLib    utility.library             Ver 37  OK  
 1733  KingCON DOS-proces OpenLib    workbench.library           Ver 37  OK  
 1734  KingCON DOS-proces OpenLib    diskfont.library            Ver 36  OK  
 1735  KingCON DOS-proces OpenLib    iffparse.library            Ver 37  OK  
 1736  KingCON DOS-proces OpenLib    asl.library                 Ver 37  OK  
 1737  KingCON DOS-proces OpenLib    icon.library                Ver 37  OK  
 1738  KingCON DOS-proces GetVar     KCON.prefs                  Any*    Fail
 1739  KingCON DOS-proces Open       ENV:Sys/def_KingCON.info    Read    Fail
 1740  [7] Workbench      ChangeDir  RAM:                                    
/1741  [7] Workbench      System     copy ram:snoopdos.log cf0:          ----
 1742  [1] Workbench      OpenLib    utility.library             Ver 0   OK  
\1741  [7] Workbench      System     copy ram:snoopdos.log cf0:          0

Seems like a lot of FAIL commands are related to KingCON? Could that be the issue?
I can't really see when I am saving windows either, is there any filter I should set/unset in SnoopDOS to make this better?

The filesystem on this is PFS3-AIO

meynaf · 09 March 2017, 18:12

Nothing stupid from your side, but some facts aren't necessarily known by everyone... (or easily forgotten !)

There is a lot of unrelated things in this output, and absolutely nothing about WB icons...
Can't you have snoopdos open a window and just display things ? It shouldn't flood you with unrelated events or if it does, wait until it gets quiet.
Then just do the snapshot. It should add something like about opening some .info - one single line.

Other possible tests :
- try in RAM:
- try after running without startup-sequence (and moving away everything in WBStartup so you can type loadwb in initial cli without interferences)

Amiga1992 · 09 March 2017, 18:37

I don't know which options to hide/enable in SnoopDOS so it can show me that, I recently re-installed it and the default shows nothing from Workbench and I don't remember which options I had it set to, I do remember it showing stuff about .info but you are right that it is not shown here now. Any help regarding that appreciated.

I will try without a s-s and see what happens. I had forgotten to do that.
I kinda wonder if this is in any way related to PFS3. Anyway, this is all just stabbing in the dark. I will do no s-s and see what comes out.

meynaf · 09 March 2017, 18:55

I'm still using an old SnoopDos version so it doesn't help, but you may try typing "snoopdos ?" to see available options. In your case, simple output window will tell more than a log file.

Checking if this is related to PFS3 is easy - just try in ram disk.

When you say it randomly saves or not... does that mean the very same drawer is sometimes saved and sometimes not ? Or are some drawers always saved when others never are ?

In addition to window positions, are options such as "view by" saved correctly or not ?

Amiga1992 · 09 March 2017, 19:12

Yes, I noticed that some times the same folder will save or not, randomly.
I didn't touch "view by" but it looks the same throughout.

Daedalus · 09 March 2017, 19:21

Pure speculation, but might there be some sort of cache issue due to the combination of file system, KS3.0 and WB3.1? Trying it with a 3.0 boot floppy should let you rule out the 3.1 install anyway.

Retrofan · 09 March 2017, 19:21

Quote:

Originally Posted by Akira

...What the hell could cause this?

What? PFS3AIO on WinUAE? It sometimes saves the changes, some not.

After making the changes open another drawer, it uses to work to save later the changes after a reboot.

Sometimes even editing the s-s from booting it won't do it if you just reboot, so you have to edit the s-s twice in the same booting and it will save the changes.

daxb · 09 March 2017, 19:42

SnoopDOS "Show functions" (see menu) should look like this to get the info you need:

Amiga1992 · 09 March 2017, 19:55

Quote:

Originally Posted by Retrofan

What? PFS3AIO on WinUAE? It sometimes saves the changes, some not.

Read the original topic thoroughly before posting.
I run a real Amiga setup, not WinUAE.

daxb, thanks, I'll try that!

Retrofan · 09 March 2017, 20:23

Quote:

Originally Posted by Akira

Read the original topic thoroughly before posting.
I run a real Amiga setup, not WinUAE.

daxb, thanks, I'll try that!

Maybe you should too, you didn't say it wasn't emulation. Apart of that I was asking if you were using it on WinUAE.

Sometimes telling your complete specs avoids posts that in the other hand just try to help you.

Amiga1992 · 09 March 2017, 22:04

I gave my complete specs, whether you understood it or not. You implied a WinUAE possibility even if this isn't even posted in an emulation forum. So because I DIDN'T mention WinUAE (why would I?) it is implied it could be? Maybe you can also imply I tried this on a Spectrum ZX too

Read again: "my A1200 setup". Not "my WinUAE setup". Pretty clear.

Amiga1992 · 10 March 2017, 04:30

Well I have bad news, it seems like the issue goes away as soon as I disable PeterK's icon.library. So I'll take this issue to his thread in hopes he can figure it out

Daedalus · 10 March 2017, 11:45

At least you've whittled the issue down, and it might be good news in that there could well be a big fix of the library soon for everyone

Amiga1992 · 10 March 2017, 15:48

Yeah, I don't recall this issue happening before.
What I have been doing for MONTHS now, whenever I have a little free time, is resize/move/reorder the folders of all the games in my WHDLoad collection, which is a pain in the ass, but hey that's me being an order freak

And I didn't have this issue until now when I did a system overhaul, updated libraries and software, installed visualprefs etc., so I am pretty sure an older version of the library doesn't cause this.

I guess it's a general rule of thumb that I ignored that updating a lot of system-level components at the same time is a really bad idea if you ever end up landing on an issue, as it'll be harder to determine what caused it :P

09 March 2017, 15:53	#1
Amiga1992 Registered User Join Date: May 2001 Location: ? Posts: 19,645	Window positions not being saved in WB This is a head scratcher fellas... I just noticed on my A1200 setup, after reworking it and adding some stuff like Visualprefs (which I usually avoided and I may be realizing now it was because it makes the system unstable), and noticed that after doing WINDOW->SNAPSHOT->WINDOW and going back to opening this folder after a wihile or a reboot, sometimes the action was not saved and the window is back in its old position and size. What the hell could cause this? Like, I open a folder, it works for the first 3/5 folders, then it stops saving the changes. System is WB3.1 on 3.0KS, running Visualprefes, PeterK's icon.library, FullPalette, FastColors, NewIcons, FBlit. I am not sure if it is related, but I noticed PatchRAM and PatchWB do not work. Maybe because it is KS3.0? In any case I disabled those patches. Any help appreciated!

09 March 2017, 19:42	#12
daxb Registered User Join Date: Oct 2009 Location: Germany Posts: 3,303	SnoopDOS "Show functions" (see menu) should look like this to get the info you need: Attached Thumbnails

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Highscores saved	TroelsDK	project.WHDLoad	4	23 March 2013 18:25
Retaining window positions on restart	Leffmann	request.UAE Wishlist	6	18 July 2008 15:45
Saving icon positions, WB3.0	EmuChicken	support.Apps	11	02 October 2006 17:30
Another Amy saved!	Shoonay	Amiga scene	2	20 December 2005 10:44
How YOU would have saved the Amiga	Jherek Carnelia	Amiga scene	49	21 February 2003 16:23

09 March 2017, 16:15	#2
meynaf son of 68k Join Date: Nov 2007 Location: Lyon / France Age: 51 Posts: 5,323	Window positions are not saved if your drawer has no icon.

09 March 2017, 16:56	#3
Amiga1992 Registered User Join Date: May 2001 Location: ? Posts: 19,645	I know, I m not that stupid. All drawers have icons. I double-checked just in case I was actually that stupid

09 March 2017, 17:09	#4
meynaf son of 68k Join Date: Nov 2007 Location: Lyon / France Age: 51 Posts: 5,323	Another condition is that the parent drawer must be in "view by icon" (rather than by name, date or size).

09 March 2017, 18:12	#6
meynaf son of 68k Join Date: Nov 2007 Location: Lyon / France Age: 51 Posts: 5,323	Nothing stupid from your side, but some facts aren't necessarily known by everyone... (or easily forgotten !) There is a lot of unrelated things in this output, and absolutely nothing about WB icons... Can't you have snoopdos open a window and just display things ? It shouldn't flood you with unrelated events or if it does, wait until it gets quiet. Then just do the snapshot. It should add something like about opening some .info - one single line. Other possible tests : - try in RAM: - try after running without startup-sequence (and moving away everything in WBStartup so you can type loadwb in initial cli without interferences)

09 March 2017, 18:37	#7
Amiga1992 Registered User Join Date: May 2001 Location: ? Posts: 19,645	I don't know which options to hide/enable in SnoopDOS so it can show me that, I recently re-installed it and the default shows nothing from Workbench and I don't remember which options I had it set to, I do remember it showing stuff about .info but you are right that it is not shown here now. Any help regarding that appreciated. I will try without a s-s and see what happens. I had forgotten to do that. I kinda wonder if this is in any way related to PFS3. Anyway, this is all just stabbing in the dark. I will do no s-s and see what comes out.

09 March 2017, 18:55	#8
meynaf son of 68k Join Date: Nov 2007 Location: Lyon / France Age: 51 Posts: 5,323	I'm still using an old SnoopDos version so it doesn't help, but you may try typing "snoopdos ?" to see available options. In your case, simple output window will tell more than a log file. Checking if this is related to PFS3 is easy - just try in ram disk. When you say it randomly saves or not... does that mean the very same drawer is sometimes saved and sometimes not ? Or are some drawers always saved when others never are ? In addition to window positions, are options such as "view by" saved correctly or not ?

09 March 2017, 19:12	#9
Amiga1992 Registered User Join Date: May 2001 Location: ? Posts: 19,645	Yes, I noticed that some times the same folder will save or not, randomly. I didn't touch "view by" but it looks the same throughout.

09 March 2017, 19:21	#10
Daedalus Registered User Join Date: Jun 2009 Location: Dublin, then Glasgow Posts: 6,334	Pure speculation, but might there be some sort of cache issue due to the combination of file system, KS3.0 and WB3.1? Trying it with a 3.0 boot floppy should let you rule out the 3.1 install anyway.

09 March 2017, 22:04	#15
Amiga1992 Registered User Join Date: May 2001 Location: ? Posts: 19,645	I gave my complete specs, whether you understood it or not. You implied a WinUAE possibility even if this isn't even posted in an emulation forum. So because I DIDN'T mention WinUAE (why would I?) it is implied it could be? Maybe you can also imply I tried this on a Spectrum ZX too Read again: "my A1200 setup". Not "my WinUAE setup". Pretty clear.

10 March 2017, 04:30	#16
Amiga1992 Registered User Join Date: May 2001 Location: ? Posts: 19,645	Well I have bad news, it seems like the issue goes away as soon as I disable PeterK's icon.library. So I'll take this issue to his thread in hopes he can figure it out

10 March 2017, 11:45	#17
Daedalus Registered User Join Date: Jun 2009 Location: Dublin, then Glasgow Posts: 6,334	At least you've whittled the issue down, and it might be good news in that there could well be a big fix of the library soon for everyone

10 March 2017, 15:48	#18
Amiga1992 Registered User Join Date: May 2001 Location: ? Posts: 19,645	Yeah, I don't recall this issue happening before. What I have been doing for MONTHS now, whenever I have a little free time, is resize/move/reorder the folders of all the games in my WHDLoad collection, which is a pain in the ass, but hey that's me being an order freak And I didn't have this issue until now when I did a system overhaul, updated libraries and software, installed visualprefs etc., so I am pretty sure an older version of the library doesn't cause this. I guess it's a general rule of thumb that I ignored that updating a lot of system-level components at the same time is a really bad idea if you ever end up landing on an issue, as it'll be harder to determine what caused it :P

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)