headers
Gregory John Casamento | 2 Feb 2006 04:16
Picon

[bug #15556] TextField + DateFormatter + checking "Allows natural language" -> Crash


Update of bug #15556 (project gnustep):

                  Status:                    None => Fixed                  
             Assigned to:                    None => gcasa                  
             Open/Closed:                    Open => Closed                 

    _______________________________________________________

Follow-up Comment #2:

Corrected in SVN repository.

    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/
Permalink | Reply | 0 comments |
headers
Quentin Mathé | 3 Feb 2006 02:40
Picon

[bug #15612] Exception on Gorm launch with latest SVN (r22413)


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

                 Summary: Exception on Gorm launch with latest SVN (r22413)
                 Project: GNUstep
            Submitted by: qmathe
            Submitted on: ven 03.02.2006 à 01:40
                Category: None
                Severity: 5 - Blocker
              Item Group: Bug
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open

    _______________________________________________________

Details:

Ubuntu Linux x86

When I launch Gorm 1.0.4 (or latest SVN version), I'm observing an exception
"Tried to add nil value for key 'GSActive' to dictionary". 

I'm not observing this bug with other application like GSTest to take an
example.

I have reproduced this problem with two -base and-gui versions:
- latest cvs
(Continue reading)

Permalink | Reply | 502 comments |
headers
Quentin Mathé | 3 Feb 2006 02:45
Picon

[bug #15612] Exception on Gorm launch with latest SVN (r22413)


Follow-up Comment #1, bug #15612 (project gnustep):

Here is a complete stack trace as promised.

#0  -[NSException raise] (self=0x84a53c8, _cmd=0xb7aa2020) at
NSException.m:147
#1  0xb7881108 in -[GSMutableDictionary setObject:forKey:] (self=0x84a5278,
    _cmd=0xb7dbeb90, anObject=0x0, aKey=0xb7dbf6c0) at GSDictionary.m:407
#2  0xb7cc454c in GSLaunched (notification=0x84a2dd0, active=1 '\001')
    at NSWorkspace.m:183
#3  0xb792dbf9 in -[NSNotificationCenter _postAndRelease:] (self=0x8088bd0,
    _cmd=0xb7aca480, notification=0x84a2dd0) at NSNotificationCenter.m:1070
#4  0xb792b79b in -[NSNotificationCenter
postNotificationName:object:userInfo:]
    (self=0x8088bd0, _cmd=0xb7d38010, name=0xb7dc7fa8, object=0x8178a40,
    info=0x83f4c50) at NSNotificationCenter.m:1138
#5  0xb7b94995 in -[NSApplication activateIgnoringOtherApps:]
(self=0x8178a40,
    _cmd=0xb7dbb0e8, flag=1 '\001') at NSApplication.m:1177
#6  0xb7cbc9e6 in -[NSWindow sendEvent:] (self=0x8484358, _cmd=0xb7d38150,
    theEvent=0x84a2fa8) at NSWindow.m:3048
#7  0xb7b95e13 in -[NSApplication sendEvent:] (self=0x8178a40,
    _cmd=0xb7d38088, theEvent=0x84a2fa8) at NSApplication.m:1830
#8  0xb7b95801 in -[NSApplication runModalSession:] (self=0x8178a40,
    _cmd=0xb7d380e0, theSession=0x8498050) at NSApplication.m:1608
#9  0xb7b954cf in -[NSApplication runModalForWindow:] (self=0x8178a40,
    _cmd=0xb7d34878, theWindow=0x8484358) at NSApplication.m:1496
#10 0xb7b901c0 in -[GSAlertPanel runModal] (self=0x8484358, _cmd=0xb7d348f8)
    at NSAlert.m:716
(Continue reading)

Permalink | Reply | 502 comments |
headers
Richard Frith-Macdonald | 3 Feb 2006 08:53
Picon

[bug #15612] Exception on Gorm launch with latest SVN (r22413)


Update of bug #15612 (project gnustep):

                Severity:             5 - Blocker => 2 - Minor              

    _______________________________________________________

Follow-up Comment #2:

I've reclassed this as minort rather than closing it.

I've changed the code in GSLaunched() to hide the problem/prevent the crash
since, while I can't reproduce the problem by running an app, the stacktrace
makes it quite clear what the immediate problem is even though it doesn't
tell us the underlying cause.

Simply, the code was assuming that the notification user info contained the
NSApplicationName value that the notifications should have in them ... then
raising a nil pointer exception when trying to use the (non-existent) name
from the dictionary.

Clearly this was wrong and the code should have chacked the notification
contents (since any app can send the notifications and omit information which
should have been in them), however the question is how did that bad
notification get sent tto your copy of Gorm ... where did it come from  and
if it was posted with the application name in it, how did that get lost?

    _______________________________________________________

Reply to this item at:
(Continue reading)

Permalink | Reply | 4 comments |
headers
Quentin Mathé | 3 Feb 2006 17:30
Picon

[bug #15112] NSToolbar has wrong behaviour in IconOnly and LabelOnly modes (patch attached)


Update of bug #15112 (project gnustep):

                  Status:             In Progress => Ready For Test         

    _______________________________________________________

Follow-up Comment #7:

Fixed in SVN r22424.

I have committed a fix to correct the bug you were probably intending to
report with: 
GSToolbarView:
- the generated menus for toolbars were given entries for unlabelled
standard items: separators, spaces and flexible spaces

2006-02-03  Quentin Mathe <qmathe <at> club-internet.fr>

    * Source/NSToolbarItem.m (-[GSToolbarButtonCell setImagePosition:]): 
    New method to override NSButtonCell behavior. It should be the last
commit
    needed to correct bug #15112 (reported by Wolfgang Sourdeau). Precisely
it
    eliminates the default title set with separator or space toolbar
    items and the image release with toolbar items which include one (both
    issues occurs when NSToolbarDisplayModeLabelnOnly is set).

Everything should behave correctly now. Please test whether it is the case. I
will probable close this bug in next days if nothing wrong is reported.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Quentin Mathé | 3 Feb 2006 13:15
Picon

[bug #15112] NSToolbar has wrong behaviour in IconOnly and LabelOnly modes (patch attached)


Follow-up Comment #6, bug #15112 (project gnustep):

I have fixed bug reported about NSCell, but more properly I modified
NSButtonCell.m

2006-02-03  Quentin Mathe <qmathe <at> club-internet.fr>

    * Source/NSButtonCell.m (-setImagePosition:): Fixed the title lost (reset
to
    the default one) which was wrongly occuring when the image position is
    switched to 'NSNoImage' (partial fix for bug #15112, based on an NSCell
    patch by Wolfgang Sourdeau).

    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/
Permalink | Reply | 2 comments |
headers
Quentin Mathé | 3 Feb 2006 17:37
Picon

[bug #11946] NSButtonCell stringValue method should match state


Update of bug #11946 (project gnustep):

                  Status:                    None => In Progress            

    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/
Permalink | Reply | 2 comments |
headers
Quentin Mathé | 4 Feb 2006 13:09
Picon

[bug #15612] Exception on Gorm launch with latest SVN (r22413)


Follow-up Comment #3, bug #15612 (project gnustep):

Gorm is now launching without hurdle. Thanks Richard.

How did that bad notification get sent to my Gorm copy… well I have no
idea.

By 'bad' notification, do you mean 'not well formed' or 'wrongly sent' ?
I'm not sure, but -[NSApplication activateIgnoringOtherApps:] is sent as
notification, right ?

    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message posté via/par Savannah
  http://savannah.gnu.org/
Permalink | Reply | 3 comments |
headers
Gregory John Casamento | 6 Feb 2006 03:37
Picon

[bug #15631] NSMenu not resizing properly to accommodate main menu title


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

                 Summary: NSMenu not resizing properly to accommodate main
menu title
                 Project: GNUstep
            Submitted by: gcasa
            Submitted on: Sun 02/05/06 at 21:37
                Category: Gui/AppKit
                Severity: 3 - Normal
              Item Group: Bug
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open

    _______________________________________________________

Details:

Steps to reproduce:

1) start Gorm
2) Create a new application
3) Click on the menu

Result: You will see "Main" not "Main Menu" even though the title of the menu
is "Main Menu" also changing "Main Menu" to something else doesn't cause the
menu to resize.
(Continue reading)

Permalink | Reply | 501 comments |
headers
Gregory John Casamento | 6 Feb 2006 03:46
Picon

[bug #15631] NSMenu not resizing properly to accommodate main menu title


Follow-up Comment #1, bug #15631 (project gnustep):

I should mention that with SVN r22420 of gui this problem is not present.

    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/
Permalink | Reply | 501 comments |

Gmane