zText

[derouyag]

(2) This is more important. Have you ever clicked the help/info button ("?") within zText ?
When I do so I get the popup-window with your infos and donate .... then I cklick close/Ok ... and then ASP is frozen (not taking any CPU, just idle) !
Prozess table (within SystemMonitor) still shows "zFrame 2.1.0" as window title ... but I do not have zFrame installed !
O.K., the text is not the real issue, but ASP needs to be killed afterwards.
In the attached ZIP you´ll find the AspLog as well as my SystemInfo.

Hello,

Works fine on my Windows 7 64bit Ultimate. (zText, zFrame, zShadow, zPerspector, zBlur )

Gordon.

[maggus]

(2) YES, tried with zPerspector & zChannelMixer ... same issue of frozen ASP after info <?> popup.

do you have an example that not freezes? zFrame? zShadow?

Hi tin.tin,

bad news .... after I installed zFrame and zShadow I also tested these ... and they freeze the same way as the other zXxx plugins.
And now I also did a test on all the other plugins which provide a popup dialog for <?>/<Info>.

• Bez 1.0.0
• ColorEqualizer
• TypeWriter 0.0.3
• ZonePreview
• Black & White

all of them open their popup, and when I close it ASP is still alive !?
One small (but maybe important) difference to the other plugins is that your popup window has NO titlebar/frame/decorations/... but all the others have ?!
From my experience I would say: should not matter ....

I see abs. no logging about the activities regarding the <?> info popup ... maybe it could help to create a debug-version of one of your plugins with detailed logging in these parts ?

cheers
Markus

[dFlyer]

(2) YES, tried with zPerspector & zChannelMixer ... same issue of frozen ASP after info <?> popup.

do you have an example that not freezes? zFrame? zShadow?

Hi tin.tin,

bad news .... after I installed zFrame and zShadow I also tested these ... and they freeze the same way as the other zXxx plugins.
And now I also did a test on all the other plugins which provide a popup dialog for <?>/<Info>.

• Bez 1.0.0
• ColorEqualizer
• TypeWriter 0.0.3
• ZonePreview
• Black & White

all of them open their popup, and when I close it ASP is still alive !?
One small (but maybe important) difference to the other plugins is that your popup window has NO titlebar/frame/decorations/... but all the others have ?!
From my experience I would say: should not matter ....

I see abs. no logging about the activities regarding the <?> info popup ... maybe it could help to create a debug-version of one of your plugins with detailed logging in these parts ?

cheers
Markus

Strange, I just tested all your plugins on Ubuntu 11.10 32bit and didn't have any freeze up. They all seem to be working fine.

[FotoLars]

Hi!

I have encountered the same effect over here as Maggus does, on my Mandriva linux 2011.0, 64-bit edition.
ASP it started with -graphicssystem raster switch, as it really speeds cropping up (with a factor 100 or so...) - but that does not seems to affect the problem described above.

These Info buttons cause an "ASP still alive but unresponsive" condition:
zPerspector
zText
zFrame
zShadow
zChannelMixer

All other plugins which have a ?, Info button, etc, are OK.


Cheers,

Lars Nilsson,
Lund, Sweden

[thufor]

I can reproduce it too on Fedora 16 64bit. Example last log entries when I clicked "?" in zChannelMixer:

51191.340: FIXME: SettingsReceiver::buttonClick
51191.340: Button zcmAbout clicked.

[ferdinand-paris]

I don't pretend to understand this fully, but when I was porting Bez to ASP I looked at other plugins (as much as I could) and noticed some variations in how this was done. I made some posts in the 5.1 plugin developers forum about some of them.

1. You want to use QPushButton rather than QToolButton, otherwise it won't look like a button (without using a style sheet).

2. As you need to create your own slot connections for buttons, then you don't need code like this in the .ui:

Code: Select all

  <connection>
   <sender>zcmAbout_button</sender>
   <signal>clicked()</signal>
   <receiver>zChannelMixer_form</receiver>
   <slot>buttonClick()</slot>
   <hints>
    <hint type="sourcelabel">
     <x>267</x>
     <y>14</y>
    </hint>
    <hint type="destinationlabel">
     <x>292</x>
     <y>16</y>
    </hint>
   </hints>
  </connection>

#2 may or may not explain the freezes, but I think it does explain those log entries, which I thought were harmless.

As I said, I don't pretend to understand this fully.

F_P

[thufor]

I noticed one more thing: the window manager thinks that the "About" window still exists, at least to some degree. KDE window manager still lists the window when Alt+Tab is used to switch windows and even highlights "ghost lines" when the dialog existed. Looks like something is not quite released/destroyed and so flow is not returned to ASP, whereas window has all but disappeared from the screen...?

[tintin]

ok,
thanks for all your inputs. i'll try to see what might be done to fix this issue.

br,
tintin

[tintin]

hi,

i just had a look to my code and re-arranged some stuff internally regarding the about-dialog.
maggus and FotoLars, could you test if this update still freezes ASP after closing the dialog, please?

zText_2.1.1_WL.zip

thanks a lot!
tintin

[maggus]

Hi tin.tin,

just did a rough test with 2.1.1.
Issue still there !
Not sure if it helps, but here´s the end of the ASP-Log:

Code: Select all

56443.233: Adding master versions 
56443.413: Adding master versions 
56443.413: Scanning file  "/tmp/_markus_/foto/ASP-Test/raw_2/IMG_0255.CR2" 
56443.425: Scanning file  "/tmp/_markus_/foto/ASP-Test/raw_2/IMG_1367.CR2" 
56443.427: Scanning file  "/tmp/_markus_/foto/ASP-Test/raw_2/img_0086.cr2" 
56444.429: CAQuest: Hotness Change
56444.429: CAQuest: SettingChanged Event
56444.430: Preset Now
56444.430: ----
56444.678: CAQuest: Settings Change
56444.678: CAQuest: SettingChanged Event
56444.678: Preset Now
56444.678: ----
56444.803: Extracting RAW data:  "/tmp/_markus_/foto/ASP-Test/raw_2/img_0086.cr2" 
56444.844: Decoding RAW data:  "/tmp/_markus_/foto/ASP-Test/raw_2/img_0086.cr2" 
56456.260: CAQuest: Control Change
56456.261: font
56456.349: CAQuest: Settings Change
56456.349: CAQuest: SettingChanged Event
56456.349: Preset Now
56456.350: ----
56472.297: zText about dialog before 'exec' 

On the first start of ASP with this version I noticed the effect as afx described here. But was not able to reproduce in subsequent sessions ?!
When I close ASP, delete zText plugin, re-start ASP and install zText again (the former version), let ASP auto-restart, go to zText plugin tab .... then this can be reproduced (tab ist empty, moving mouse around fills with the UI elements). Close ASP, re-start ASP ... everything (except the freeze with the <?> button) is fine.
Strange !

Hellau
Markus

[FotoLars]

Hi!

Yes, the issue is still present in my box, too.
The very end of my log looks exactly the same as maggus has shown.

Cheers,

Lars Nilsson
Lund, Sweden

[tintin]

ok, thanks again.
according the .log file posted the dialog seems to be existing in the background after clicking close/ok. i'll try to set up another version for checking that.
i'm just wondering why this behaves different on different systems

br,
tintin

[tintin]

ok, another trial...
could you try this, please?
thanks,
tintin

[FotoLars]

Hi tintin,

Sorry to say so, but the ? button is still not working as expected. The info window pops up, but during closure of the windows the mouse arrow transforms into the dreaded hand which can't do anything.

The text that pops up mentions "zFrame - v2.1.0", not zText...

To get ASP into working order, one has to kill and restart...


Cheers,

Lars Nilsson
Lund, Sweden

[tintin]

ok,
thanks a lot!
the 'zFrame' is a typo on my side...

one more question... when you click the close-button - does the dialog window disappear, or does it stay?
can you please send me your log-file additionally?

thank you,
tintin