Opened 14 years ago

Last modified 4 years ago

#6180 assigned bug

"open" fails on URLs if no web browser is present (it could try wget)

Reported by: luroh Owned by: nobody
Priority: normal Milestone: Unscheduled
Component: Kits/Application Kit Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description

Tested in VMware with nightly 37150 and home-brewed 37154. Both of them pure gcc2.

With a never-booted fresh build, clicking a URL in AboutSystem opens a Terminal window and downloads the URL using wget.

After the download has finished, the text 'Press any key' is displayed, but only the <Enter> key actually closes the window.

After a reboot, doing the same thing (i.e. clicking a URL in AboutSystem) does seemingly nothing except generate a short burst of CPU activity.

Change History (10)

comment:1 by luroh, 14 years ago

Component: Applications/AboutSystemKits/Application Kit
Owner: changed from nobody to axeld

Some more observations (thanks to AnEvilYak):

Running 'top -i 1' in a terminal window, 'open' seems to be responsible for the short CPU spike.

Running 'open' manually in a terminal window works only after first boot. After a reboot, 'open' fails with:

Opening URL failed: Application could not be found
open: "http://www.freetype.org": Invalid Argument

Nightly gcc2 hybrid 37150 behaves in the same way.

Installing WebPositive in nightly gcc2 hybrid 37150 works, but only at first boot. After first reboot it stops opening the URLs in WebPositive and ProcessController just shows the short CPU spike.

'checkfs /boot' looks OK.

comment:2 by luroh, 12 years ago

Still present in 43823.

comment:3 by luroh, 10 years ago

Still present in 46539, gcc2. However, clicking the URLs (or running open <URL>) doesn't even work after first boot now.

comment:4 by scottmc, 9 years ago

is this still present in recent builds?

comment:5 by luroh, 9 years ago

Yes, still here in hrev48213, gcc2.

Version 0, edited 9 years ago by luroh (next)

comment:6 by pulkomandy, 9 years ago

Is this only if Web+ is missing? If so, this is kind of expected, if you have no set preferred app for the http url filetype. What would you expect to happen? Does it work if you install NetSurf for example?

in reply to:  6 comment:7 by luroh, 9 years ago

Is this only if Web+ is missing?

Currently, yes. It however used to work even in pure gcc2 by having wget download the URL.

What would you expect to happen?

I would expect wget to download the URL, like in the past.

Does it work if you install NetSurf for example?

No.

comment:8 by axeld, 7 years ago

Owner: changed from axeld to nobody
Status: newassigned

comment:9 by pulkomandy, 4 years ago

Summary: strangeness clicking the URLs in AboutSystem"open" fails on URLs if no web browser is present (it could try wget)

I think the best way to fix that is having wget register itself as a handler for http URLs? I don't see how this would work otherwise. If that's the case this should be moved to haikuports?

comment:10 by pulkomandy, 4 years ago

Milestone: R1Unscheduled
Note: See TracTickets for help on using tickets.