bugGNUstep - Bugs: bug #17218, Services can't be started when...

Group
 
 

bug #17218: Services can't be started when needed.

Submitter:  Nikolaus Waxweiler <madleser>
Submitted:  Thu 27 Jul 2006 07:27:42 PM UTC
   
 
Category:  Gui/AppKit Severity:  3 - Normal
Item Group:  Bug Status:  Fixed
Privacy:  Public Assigned to:  None
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Sun 06 Aug 2006 05:21:16 AM UTC, comment #5: 

Reported as fixed.

Richard Frith-Macdonald <CaS>
Group Member
Fri 28 Jul 2006 03:03:12 PM UTC, comment #4: 

That probably fixed it, thanks :)
(I used a diff from rev. 22459 to rev. 23188 for GWorkspace/WorkspaceApplication.m)

Nikolaus Waxweiler <madleser>
Fri 28 Jul 2006 08:22:38 AM UTC, comment #3: 

I fixed the GWorkspace bug in SVN, so it now reports correctly when it has launched a service provider.

Richard Frith-Macdonald <CaS>
Group Member
Fri 28 Jul 2006 08:01:45 AM UTC, comment #2: 


> Charles Philip Chan  wrote:
>
> > Is this the behavior you are referring to?
>
> No, what he meant is that non app based services such as LaTeX,
> To Upper/ To Lower, Open URL, etc wouldn't launch automatically.
> This have been the case for a while now. I have to start them from
> the Window Maker autostart file as a work around. I totally forgot
> to file a bug report when I first noticed this.


I can't reproduce that behavior ... I guess it is a system specific/config issue on your systems (mine is Debian unstable Intel 64bit in the default flattened directory layout built with debug=yes).

If I can't reproduce it, there's not much i can do to help apart from make a few suggestions ... If it's failing to launch automatically then presumably either the executables aren't being found or they are failing to run (perhaps dynamic library loading issues).

I think the best bet for diagnosing the problem would be to run an app under gdb and set a breakpoint in the -_launchApplication:arguments: method of NSWorkspace and step through to see exactly what it's doing (ie what it uses as the path and arguments of the executable.  If the breakpoint is never reached, you could set one in the GSContactApplication() function and step through from there.



Richard Frith-Macdonald <CaS>
Group Member
Fri 28 Jul 2006 06:17:54 AM UTC, comment #1: 

This functionality works fine for me with current SVN code but ...

I do notice some problems when GWorkspace is installed (which takes over the role of launching things).  In this case the first attempt to use a service fails with a 'failed to contact service provider' alert panel, but subsequent attempts to use the service are fine.  This appears to be due to a GWorkspace bug, returning NO rather than YES when it successfully launches the service provider, so that the application requesting the service thinks that the service provider has not been launched.

Is this the behavior you are referring to?

Richard Frith-Macdonald <CaS>
Group Member
Thu 27 Jul 2006 07:27:42 PM UTC, original submission:  

1. Install some service (e.g. http://www.roard.com/latexservice/) and do make_services
2. Start some app (e.g. Ink) and try out the service. Unless the service is started manually, you'll get the error message like "cannot start provider for <service>".

It works fine when applications provide services (e.g. GNUMail). Strange thing that noone reported this yet..

FreeBSD 6.1, gcc 3.4.4.
Happens with GNUstep SVN (base, gui, back) and gnustep-back-0.10.3, gnustep-base-1.12.0_2, gnustep-gui-0.10.3. It worked before 0.10.3/1.12 iirc.

Nikolaus Waxweiler <madleser>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

Only logged-in users can vote.

 

Follow 2 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2006-08-06 CaS StatusNone Fixed
    Open/ClosedOpen Closed

Back to the top

Powered by Savane 3.13-d3ae.
Corresponding source code