Trying to compare an old filetree package results in a walkback.

When attempting to do a clean build, I get the error:
The package 'Jade Inspector Enhancements' contains objects that are already installed in the image.

We should be able to do a clean build without any packages being marked as edited.

When searching for a class ..

Needs work

Just to mention it - wonderful !!!!

methodsNewerThan: method is not iknown

lexer: Smalltalk should be: container
styler: None should be: SmalltalkMethodStyler

Right now this is only available in the System Browser.

In Visual Works a Inspector open only once. Further inspections are in the same window. But you have navigation buttons to go backward and forward.
In Jade it would be like add "recently visited objects" to the Inspector.
Which is the best behavior:

• A User Preference window where the user select what inspector use (Normal/Navigation Inspector)
• Put the option in both Inspector to become the other.
  I think the lastone maybe more practical.
  

This should use the same widget as the system browser so that the features are the same.
Ideally the same widget would be used in the debugger as well.

I would like to see line numbers in the code view of a browser - and yes I know, that Smalltalk method should always be short ....

Hi @jgfoster I'm enjoying Jade and thanks for making the macOS app!

I'm on 2.0.13 which I've downloaded from:
http://seaside.gemtalksystems.com/jade/

With monticello packages the save/load is fine but when trying to add a filetree repo, it doesn't see the packages that are there.

I get more and more this error. Here the dump ( connected against a 3.2.7 Gemstone database). This happens here when I execute a script in a workspace like this:

| useOSTimeZone swap path osName zonename aTimeZone |

swap := true.
useOSTimeZone := true.

useOSTimeZone
ifTrue:
[ osName := System gemVersionReport at: #osName.
osName = 'Linux' ifTrue: [ aTimeZone := TimeZone fromLinux ].
osName = 'SunOS' ifTrue: [ aTimeZone := TimeZone fromSolaris ].
].

aTimeZone isNil
ifTrue:
[ path := '$GEMSTONE/pub/timezone/etc/zoneinfo/'.
zonename := 'America/Los_Angeles'.
aTimeZone := TimeZone fromGemPath: path, zonename.
].

swap
ifTrue: [TimeZone default become: aTimeZone]
ifFalse: [TimeZone default: aTimeZone].

TimeZone default installAsCurrentTimeZone.

************************** Dolphin Virtual Machine Dump Report ***************************

19:39:55, 17.09.2015: Array does not understand #byteSize

----> VM Context <----
Process: {0BCB0004:size 267 words, suspended frame 0BCB0549, priority 5, callbacks 0
last failure 0:nil, FPE mask 3, thread 00000000}
Active Method: SessionManager>>logError:
IP: 006AACA9 (9)
SP: 0BCB0510
BP: 0BCB04E4 (297)
ActiveFrame: {0BCB04E8: cf 0BCB04C9, sp 0BCB0500, bp 0BCB04E4, ip 5, JadeSessionManager(SessionManager)>>logError:}
receiver: a JadeSessionManager
arg[0]: a MessageNotUnderstood

New Method: VMLibrary>>dump:path:stackDepth:walkbackDepth:
Message Selector: dump:path:stackDepth:walkbackDepth:

----> Stack Back Trace <----
{0BCB04E8: cf 0BCB04C9, sp 0BCB0500, bp 0BCB04E4, ip 5, JadeSessionManager(SessionManager)>>logError:}
receiver: a JadeSessionManager
arg[0]: a MessageNotUnderstood

{0BCB04C8: cf 0BCB04A9, sp 0BCB04DC, bp 0BCB04C4, ip 3, JadeSessionManager(SessionManager)>>unhandledException:}
receiver: a JadeSessionManager
arg[0]: a MessageNotUnderstood

{0BCB04A8: cf 0BCB0489, sp 0BCB04BC, bp 0BCB04A4, ip 3, JadeSessionManager(SessionManager)>>onUnhandledError:}
receiver: a JadeSessionManager
arg[0]: a MessageNotUnderstood

{0BCB0488: cf 0BCB046D, sp 0BCB049C, bp 0BCB0488, ip 5, MessageNotUnderstood(Error)>>defaultAction}
receiver: a MessageNotUnderstood

{0BCB046C: cf 0BCB0439, sp 0BCB0480, bp 0BCB0454, ip 55, MessageNotUnderstood(Exception)>>_propagateFrom:}
receiver: a MessageNotUnderstood
arg[0]: a ExceptionHandler
stack temp[0]: nil
stack temp[1]: a ExceptionHandler
stack temp[2]: nil
stack temp[3]: a Process(GciSession>>withExplanation:doA: base 0BCB0000 [ACTIVE] in SessionManager>>logError: sp=00000000 ip=4 list=02B60010)
stack temp[4]: nil

{0BCB0438: cf 0BCB0419, sp 0BCB044C, bp 0BCB0434, ip 6, MessageNotUnderstood(Exception)>>_propagate}
receiver: a MessageNotUnderstood
stack temp[0]: nil

{0BCB0418: cf 0BCB03FD, sp 0BCB042C, bp 0BCB0418, ip 11, MessageNotUnderstood(Exception)>>signal}
receiver: a MessageNotUnderstood

{0BCB03FC: cf 0BCB03D9, sp 0BCB0410, bp 0BCB03F4, ip 12, MessageNotUnderstood class>>receiver:message:}
receiver: MessageNotUnderstood
arg[0]: a Array
arg[1]: Message selector: byteSize arguments: #()

{0BCB03D8: cf 0BCB03B9, sp 0BCB03EC, bp 0BCB03D4, ip 4, Array(Object)>>doesNotUnderstand:}
receiver: a Array
arg[0]: Message selector: byteSize arguments: #()

{0BCB03B8: cf 0BCB0391, sp 0BCB03CC, bp 0BCB03B0, ip 3, GciErrSType64_31>>args:}
receiver: a GciErrSType64_31
arg[0]: a Array
stack temp[0]: nil

{0BCB0390: cf 0BCB0349, sp 0BCB03A8, bp 0BCB0364, ip 63, JadeServer>>readExceptionFrom:errorClass:}
receiver: a JadeServer
arg[0]: a ReadStream
arg[1]: GciErrSType64_31
stack temp[0]: a OopType64
stack temp[1]: 2116
stack temp[2]: a OopType64
stack temp[3]: a OopType64
stack temp[4]: SecurityError
stack temp[5]: 'a SecurityError occurred (error 2116), An attempt was made to modify the object ...'
stack temp[6]: a Array
stack temp[7]: '1 [] in ExecBlock1 (JadeServer64bit3x) >> reportErrorOnStream:fromEvaluationOf:...'
stack temp[8]: a GciErrSType64_31

{0BCB0348: cf 0BCB0301, sp 0BCB035C, bp 0BCB031C, ip 371, JadeServer>>readObjectFrom:errorClass:}
receiver: a JadeServer
arg[0]: a ReadStream
arg[1]: GciErrSType64_31
stack temp[0]: 13
stack temp[1]: nil
stack temp[2]: nil
stack temp[3]: nil
stack temp[4]: nil
stack temp[5]: nil
stack temp[6]: nil
stack temp[7]: nil
stack temp[8]: nil
env temp[0]: nil
env temp[1]: nil

{0BCB0300: cf 0BCB02C5, sp 0BCB0314, bp 0BCB02E0, ip 72, GciSession>>_usingSocketSend:to:withAll:}
receiver: a GciSession
arg[0]: executeString:fromContext:
arg[1]: a OopType64
arg[2]: a Array
stack temp[0]: a ReadStream
stack temp[1]: a Process(BlockClosure>>newProcessWithArguments: base 0C390000 frame=nil)
stack temp[2]: 1532
stack temp[3]: a ByteArray
stack temp[4]: a JadeServer

{0BCB02C4: cf 0BCB02A1, sp 0BCB02D8, bp 0BCB02BC, ip 20, GciSession>>_executeString:fromContextOop:}
receiver: a GciSession
arg[0]: '| useOSTimeZone swap path osName zonename aTimeZone |\0A\0A\swap := true.\0A\useOSTimeZo...'
arg[1]: a OopType64

{0BCB02A0: cf 0BCB027D, sp 0BCB02B4, bp 0BCB0298, ip 15, [] in GciSession>>executeString:fromContext:}
receiver: a GciSession

{0BCB027C: cf 0BCB025D, sp 0BCB0290, bp 0BCB0278, ip 11, [] in GciSession>>returningResultOrErrorDo:}
receiver: nil

{0BCB025C: cf 0BCB0241, sp 0BCB0270, bp 0BCB025C, ip 13, ExceptionHandler(ExceptionHandlerAbstract)>>markAndTry}
receiver: a ExceptionHandler

{0BCB0240: cf 0BCB0219, sp 0BCB0254, bp 0BCB023C, ip 22, [] in ExceptionHandler(ExceptionHandlerAbstract)>>try:}
receiver: a ExceptionHandler

{0BCB0218: cf 0BCB01F9, sp 0BCB022C, bp 0BCB0214, ip 18, BlockClosure>>ifCurtailed:}
receiver: [] @ 0 in nil
arg[0]: [] @ 39 in ExceptionHandlerAbstract>>try:

{0BCB01F8: cf 0BCB01D5, sp 0BCB020C, bp 0BCB01F0, ip 3, BlockClosure>>ensure:}
receiver: [] @ 17 in ExceptionHandlerAbstract>>try:
arg[0]: [] @ 39 in ExceptionHandlerAbstract>>try:
stack temp[0]: nil

{0BCB01D4: cf 0BCB01AD, sp 0BCB01E8, bp 0BCB01C8, ip 44, ExceptionHandler(ExceptionHandlerAbstract)>>try:}
receiver: a ExceptionHandler
arg[0]: [] @ 9 in GciSession>>returningResultOrErrorDo:
stack temp[0]: a ExceptionHandler
stack temp[1]: a Process(GciSession>>withExplanation:doA: base 0BCB0000 [ACTIVE] in SessionManager>>logError: sp=00000000 ip=4 list=02B60010)
env temp[0]: nil

{0BCB01AC: cf 0BCB0189, sp 0BCB01C0, bp 0BCB01A4, ip 7, BlockClosure>>on:do:}
receiver: [] @ 9 in GciSession>>returningResultOrErrorDo:
arg[0]: GciError
arg[1]: [] @ 20 in GciSession>>returningResultOrErrorDo:

{0BCB0188: cf 0BCB0169, sp 0BCB019C, bp 0BCB0184, ip 29, GciSession>>returningResultOrErrorDo:}
receiver: a GciSession
arg[0]: [] @ 11 in GciSession>>executeString:fromContext:

{0BCB0168: cf 0BCB013D, sp 0BCB017C, bp 0BCB0158, ip 5, GciSession>>handlingClientForwarderSendDo:}
receiver: a GciSession
arg[0]: [] @ 11 in GciSession>>executeString:fromContext:
stack temp[0]: [] @ 11 in GciSession>>executeString:fromContext:
stack temp[1]: nil
stack temp[2]: nil

{0BCB013C: cf 0BCB011D, sp 0BCB0150, bp 0BCB0138, ip 16, [] in GciSession>>withExplanation:doA:}
receiver: a GciSession

{0BCB011C: cf 0BCB0101, sp 0BCB0130, bp 0BCB011C, ip 13, ExceptionHandler(ExceptionHandlerAbstract)>>markAndTry}
receiver: a ExceptionHandler

{0BCB0100: cf 0BCB00D9, sp 0BCB0114, bp 0BCB00FC, ip 22, [] in ExceptionHandler(ExceptionHandlerAbstract)>>try:}
receiver: a ExceptionHandler

{0BCB00D8: cf 0BCB00B9, sp 0BCB00EC, bp 0BCB00D4, ip 18, BlockClosure>>ifCurtailed:}
receiver: [] @ 0 in nil
arg[0]: [] @ 39 in ExceptionHandlerAbstract>>try:

{0BCB00B8: cf 0BCB0095, sp 0BCB00CC, bp 0BCB00B0, ip 3, BlockClosure>>ensure:}
receiver: [] @ 17 in ExceptionHandlerAbstract>>try:
arg[0]: [] @ 39 in ExceptionHandlerAbstract>>try:
stack temp[0]: nil

{0BCB0094: cf 0BCB006D, sp 0BCB00A8, bp 0BCB0088, ip 44, ExceptionHandler(ExceptionHandlerAbstract)>>try:}
receiver: a ExceptionHandler
arg[0]: [] @ 14 in GciSession>>withExplanation:doA:
stack temp[0]: nil
stack temp[1]: a Process(GciSession>>withExplanation:doA: base 0BCB0000 [ACTIVE] in SessionManager>>logError: sp=00000000 ip=4 list=02B60010)
env temp[0]: nil

{0BCB006C: cf 0BCB0049, sp 0BCB0080, bp 0BCB0064, ip 7, BlockClosure>>on:do:}
receiver: [] @ 14 in GciSession>>withExplanation:doA:
arg[0]: ProcessTermination
arg[1]: [] @ 13 in BlockClosure>>newProcess

{0BCB0048: cf 00000001, sp 0BCB005C, bp 0BCB0048, ip 17, [] in BlockClosure>>newProcess}
receiver: [] @ 14 in GciSession>>withExplanation:doA:

I get a GciSesison does not understand #signalInformRequestUsing: error while perfomring this on a viring gsDevKitHome stone based on 3.2.3.

Gofer new
package: 'GsUpgrader-Core';
repository: (MCGitHubRepository location: 'github://GsDevKit/gsUpgrader:dev/repository');
load.
(Smalltalk at: #GsUpgrader) upgradeGsDevKit.

When preparing the Globals list we send messages to each object. When that object is a ClientForwarder this can be a problem!

I would be nice to have older binaries also available for download - otherwise we have periods of time, where only "strange" versions are available.

PackageOrganizer does not exist in a base extent ($GEMSTONE/bin/extent0.dbf) so should not be directly referenced in any required Jade code. Any features that rely on PackageOrganizer should be enabled or disabled based on its presence (as is done now with the package list vs. dictionary list).

Similar to Dolphin's feature

When I have a method and I want to see an implementor of a method used in that method I get a method list browser - but from there on nothing can be done - no further navigation, not changing the source code etc ...

The browser does not recognize any more - except special circumstances - that by adding/changing a method this package has been changed. Serious bug.

I work with Gemstone/s 3.1.0.6 under Linux

With this version I'm not able to save/store a package into a server directory any more. ("Save Package"). Get an error "UndefinedObject does not understand #appendToStream:"

When I do an "inspect" of an object I get an inspector - but when I want to inspect any attribute of that viewed object I get an error message. I also can not close that window - because it gets any other error. It worked with 1.086 (working against Gemstone/S 3.2.9). I switched back to 1.086

We must update BootJade.st.
But first a refactoring of some packages are needed. Some classes and methods need to be moved from one package to another. For example:
There is no need for: Jade Autocompletation and Jade Autocompletation Enhancements. All should be moved to one package.
After this refactoring --> update BootJade.st (if necessary)

Was already defect in 1.0.80

The step points appear to be proper in the system browser but the debugger shows the wrong location when viewing the stack.

The cursor and scroll should remain unchanged.

I'm now working with the 1.092 (but older versions showed similiar behaviour). I'm working in changing location with changing IP structures - and therefore I have to change the entries in this dialog pretty often.

For me it seems, that the system tries to connect to the database (automatically) after starting the program. It takes a long time (GUI not responsing) and then it shows an error after several (30 ?) seconds. I rather would like to have a connection attempt when I press the login button.

The saving of the entered login parameters seems to be very strange - actually it does not seem to work at all (with 1092). Again I would like to have not an automatically saving (as it worked earlier), but a manual saving.

It seems, that the filename from the GUI dialog is NOT used while storing the package. It seems to use the latest available name - and this is always already there ...

writeStreamForFileNamed: aString onClient: onClient replace: aBoolean do: aBlock
"dump things to an in-memory stream, then push the contents to the GsFile"
| file stream |
aBoolean ifFalse: [ (GsFile _exists: aString onClient: onClient) ifTrue: [self error: 'The file ', aString printString, ' already exists']].
stream := RWBinaryOrTextStream on: String new.
aBlock value: stream.
file := GsFile open: aString mode: 'wb' onClient: onClient.
aBoolean ifTrue: [ file rewind ].
file nextPutAll: stream contents.
file close.

The current method is not displayed the old version is still displayed.

"JadeServer32bit class does not understand #isServerForLibrary:"

When in SystemBrowser and there are more than on package selected then method tracking fail to find the visited method.

With 2.0.19 we are no longer able to login using a runtime. I believe that this is related to a new package that is not being included in the runtime.

I've a connection problem against Gemstone/S 3.2.15

I've seen here several crashes of Jade 2.0.5 in regular cases each day, where an error dialog pops up several times - as if an exception is thrown (in c) and terminates the whole application.

This happens very often, when I get the error dialog: "Sorry, we are not yet prepared to convert a CodeSourcePresenter to an OOP !" after I try to inspect an expression and this expression is faulty.

The tab does nothing - should it be removed ?

Trying to connect to 32 bits repositories in Windows gives me always an error like:

Gcilw66 class does not understand #fileNameSearch
Gcilw65 class does not understand #fileNameSearch

and after that JadeSessionManager does not understand #pause

I'm trying v2.0.6. Find attached the Jade.ERRORS file.

Jade.ERRORS.zip

SymbolList>>dictionaryAndSymbolOf: deprecated v3.1, use dictionariesAndSymbolsOf: instead.

Sent from JadeServer>>#'sbRecompileSubclassesOf:andCopyMethods:' (and possibly others).

When we display a list of methods (typically senders of a message) and you click on a method row, it highlights the first reference in the source. It would be nice to be able to click again to find subsequent references.

I have problems loading monticello packages via "Browser Monticello Repositories". I'm working on a package adding some methods, do a commit. Then I decide to load another version of that package via this Window and I am asked (via the usual dialog), if the changes made in this package can be thrown away: I answer yes - and then I get an "a ImproperOperation occured (error 2717) nil" dialog. (if pressing no: I get this error dialog also)

Did the same work with 1.086 and it worked without problems.

The tabs does nothing - should it be removed ?

Alex reports that + twice in a method will cause a problem. I'm aware of problems when a list widget is selected (instead of the text widget).

It would be helpful when executing a string in a browser to have 'self' bind to the selected (meta)class.

In TesCase classes like ExampleSetTest the test list is empty.

Why do I get (quite often) these annoying busy cursors when switching Windows within Jade

Alex typed a stone name with a space character at the end and found it difficult to debug the login failure.

Working under Linux/Wine I noticed that - when a compiling error occurs - I can not see, where the error is. It would be nice to get a more detailed error message than "UndefinedSymbol" on the bottom of the code browser. At least the name would be nice and a possible line number would also be good (though line numbers are not shown in the code browser - but that may be changed later)

selectedFrame

...
(frame := gsProcess frameForLevel: index) isNil ifTrue: [^self].