bug-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #16688] "NSInvalidArgumentException: stopModalWithCode: when not in


From: Gregory John Casamento
Subject: [bug #16688] "NSInvalidArgumentException: stopModalWithCode: when not in modal session" when hitting return in textfield.
Date: Mon, 29 May 2006 00:41:06 -0400
User-agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.8) Gecko/20051111 Firefox/1.5

URL:
  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=16688>

                 Summary: "NSInvalidArgumentException: stopModalWithCode:
when not in modal session" when hitting return in textfield.
                 Project: GNUstep
            Submitted by: gcasa
            Submitted on: Monday 05/29/2006 at 00:41
                Category: Gui/AppKit
                Severity: 4 - Important
              Item Group: Bug
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open

    _______________________________________________________

Details:

After the following change was made I am getting an error panel saying:

NSInvalidArgumentException: stopModalWithCode: when not in modal session.

The procedure to recreate this is:

1) open Gorm.app
2) Select Gorm->Open and open an existing Gorm file **OR** simply close the
open panel without opening anything and create a new document.
3) Select the classes view
4) Click on any class
5) Select Gorm->Classes->Create Subclass
6) Go to the attributes inspector and change the name of the new class
RESULT: You will get the panel above
EXPECTED: No exception should occur.

The latest release version 0.10.3 (r22664) does not exhibit this issue using
the same procedure as above in Gorm.

Here is the change in r22834...
----
2006-04-28  Richard Frith-Macdonald <rfm@gnu.org>

        * Source/NSApplication.m: ([-sendEvent:]) try key equivalents for
        every key down, not just command modifiers ... consistent with
        MacOS-X and allows carriage return as a button/menu key.
        * Source/NSWindow.m: ([-performKeyEquivalent:]) only pass on to
        our views if this is the key window (NSMenu overrides this).
----
I believe that the issue is that it is trying to execute the key equivalent
on the "ok" button on the save panel when it is not currently being
displayed.  The save/open panel is a singleton and is thus always around even
when not used.

Thanks, GJC






    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=16688>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]