Latest GNUstep problems

[Andreas Höschler]

Hi all,

I just did some tests with the latest GNustep downloaded yesterday on
Solaris 10 with Etoile switched off for now to exclude potential
problems caused by Etoile overloads.

I encountered massive problems experimenting with TextEdit.app and
Affiche.app, e.g. selecting text and pressing backspace does not remove
the selected text but just beeps.  Pressing Return at the end of text
in NSTextView just beeps instead of inserting the return!? These
problems do not always occur but very often. It's hard to find a
pattern to savely reproduce the problem, but it ocurs ofte enough that
reasonable work is impossible. I doubt that this is related to Solaris.
Can anybody confirm these problems?

Regards,

   Andreas



_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

[Quentin Mathé]

Le 4 sept. 08 à 20:23, Andreas Höschler a écrit :

> Hi all,
>
> I just did some tests with the latest GNustep downloaded yesterday  
> on Solaris 10 with Etoile switched off for now to exclude potential  
> problems caused by Etoile overloads.
>
> I encountered massive problems experimenting with TextEdit.app and  
> Affiche.app, e.g. selecting text and pressing backspace does not  
> remove the selected text but just beeps.  Pressing Return at the end  
> of text in NSTextView just beeps instead of inserting the return!?  
> These problems do not always occur but very often. It's hard to find  
> a pattern to savely reproduce the problem, but it ocurs ofte enough  
> that reasonable work is impossible. I doubt that this is related to  
> Solaris. Can anybody confirm these problems?

Hi Andreas,

Since I updated my GNUstep install to use latest svn (r26829), I have  
observed a problem that could be related: UI controls can weirdly  
start to refuse input or focus. For example in Gorm inspectors, text  
fields seem to refuse editing time to time. At this point, quitting  
Gorm doesn't solve it, but killing gpbs and relaunching Gorm does, as  
if gpbs was corrupted or crashed. I haven't submitted a bug report  
yet, because I only got it two or three times for now, and gpbs may  
have nothing to do with it.

Cheers,
Quentin.

_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

[Andreas Höschler]

Hi Fred,

>> I just did some tests with the latest GNustep downloaded yesterday on
>> Solaris 10 with Etoile switched off for now to exclude potential
>> problems caused by Etoile overloads.
>> I encountered massive problems experimenting with TextEdit.app and
>> Affiche.app, e.g. selecting text and pressing backspace does not
>> remove the selected text but just beeps.  Pressing Return at the end
>> of text in NSTextView just beeps instead of inserting the return!?
>> These problems do not always occur but very often. It's hard to find
>> a pattern to savely reproduce the problem, but it ocurs ofte enough
>> that reasonable work is impossible. I doubt that this is related to
>> Solaris. Can anybody confirm these problems?
>
> Could you please try to reproduce this problem with Ink? TextEdit and
> Affiche aren't part of basic GNUstep itself, so any strange behaviour
> there could be caused by the applications themselves. If Ink fails it
> is almost a sure sign that something in GNUstep is wrong.

I have seen this also with Ink.app!

> Could this be a focus issue? Some unexpected part of the UI having the
> focus while you expect it to be in the text view?

Yes! However, after clicking into an Ink.app window, this window should
have the focus, but it seems it does not have that always after a
click!?

Regards,

   Andreas



_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

[Fred Kiefer]

Andreas Höschler wrote:

> I just did some tests with the latest GNustep downloaded yesterday on
> Solaris 10 with Etoile switched off for now to exclude potential
> problems caused by Etoile overloads.
>
> I encountered massive problems experimenting with TextEdit.app and
> Affiche.app, e.g. selecting text and pressing backspace does not remove
> the selected text but just beeps.  Pressing Return at the end of text in
> NSTextView just beeps instead of inserting the return!? These problems
> do not always occur but very often. It's hard to find a pattern to
> savely reproduce the problem, but it ocurs ofte enough that reasonable
> work is impossible. I doubt that this is related to Solaris. Can anybody
> confirm these problems?

Could you please try to reproduce this problem with Ink? TextEdit and
Affiche aren't part of basic GNUstep itself, so any strange behaviour
there could be caused by the applications themselves. If Ink fails it is
almost a sure sign that something in GNUstep is wrong.

Could this be a focus issue? Some unexpected part of the UI having the
focus while you expect it to be in the text view?

Fred


_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

[Andreas Höschler]

Hi Quentin,

> Since I updated my GNUstep install to use latest svn (r26829), I have
> observed a problem that could be related: UI controls can weirdly
> start to refuse input or focus. For example in Gorm inspectors, text
> fields seem to refuse editing time to time. At this point, quitting
> Gorm doesn't solve it, but killing gpbs and relaunching Gorm does, as
> if gpbs was corrupted or crashed. I haven't submitted a bug report
> yet, because I only got it two or three times for now, and gpbs may
> have nothing to do with it.

Thanks for your response. That's most likely the same issue I
encounter. I first realized that when opening the login panel of our
database application. Clicking into one of the username, password,...
fields did not make them firstResponder. When trying to type I just got
beeps. Clicking wildly around finally got me the focus into the
textfield (mostly, not always). I then experimented with Affiche,
Ink.app,... and got similar issues there in NSTextView. I encounter
this in 3-4 of 10 cases, so this is really a serious problem (renders
my system unusable).

Regards,

   Andreas



_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@...
http://lists.gnu.org/mailman/listinfo/discuss-gnustep