Home » Eclipse Projects » Eclipse Platform » Cannot repair the malformed "URL" field contained in "Edit Local Site" dialog wi
Cannot repair the malformed "URL" field contained in "Edit Local Site" dialog wi [message #280476] |
Thu, 03 February 2005 18:31  |
Eclipse User |
|
|
|
While testing my deployment process on Linux, I defined a "local" update
site on a Linux box (say: /home/tdj/workspace/my.update-site.project)
then when I tried to use it, I see messages on the console that lead me
to believe that the resultant URL (e.g. file:/home/tdj/ ... ) should
actually be something like file:///home/tdj ... which I think is a defect
in the construction of the URL
This led me to discover the second problem ... on Windows, I can clearly
see that the URL text box is not meant to be edited (it is grayed out).
On RedHat Enterprise Linux 3/GTK, the URL text box appears as if it is
editable, but it is not.
Are these considered legitimate defects? I didn't find them in Bugzilla,
so if someone else thinks they're worth reporting I will definitely
do so, with more precision.
Thanks,
Tom Johnson
|
|
|
Re: Cannot repair the malformed "URL" field contained in "Edit Local Site" dialo [message #280542 is a reply to message #280476] |
Fri, 04 February 2005 20:49   |
Eclipse User |
|
|
|
Originally posted by: dorian.birsan.net
The URL correct format must be your responsibility, but feel free to open
bug reports for the problems you encountered.
Even better, patches are greatly appreciated :-)
-dorian
"Tom Johnson" <tdjohns1@rockwellcollins.com> wrote in message
news:ctuc9b$apj$1@www.eclipse.org...
> While testing my deployment process on Linux, I defined a "local" update
> site on a Linux box (say: /home/tdj/workspace/my.update-site.project)
> then when I tried to use it, I see messages on the console that lead me
> to believe that the resultant URL (e.g. file:/home/tdj/ ... ) should
> actually be something like file:///home/tdj ... which I think is a defect
> in the construction of the URL
>
> This led me to discover the second problem ... on Windows, I can clearly
> see that the URL text box is not meant to be edited (it is grayed out).
>
> On RedHat Enterprise Linux 3/GTK, the URL text box appears as if it is
> editable, but it is not.
>
> Are these considered legitimate defects? I didn't find them in Bugzilla,
> so if someone else thinks they're worth reporting I will definitely
> do so, with more precision.
>
> Thanks,
>
> Tom Johnson
>
|
|
|
Re: Cannot repair the malformed "URL" field contained in "Edit Local Site" dialo [message #280615 is a reply to message #280542] |
Mon, 07 February 2005 09:38   |
Eclipse User |
|
|
|
dorian birsan wrote:
> The URL correct format must be your responsibility,
The URL was formatted by pressing the "Browse" button and
browsing. It seemed to me that should produce a properly
formatted URL. Oh well ...
but feel free to open
> bug reports for the problems you encountered.
> Even better, patches are greatly appreciated :-)
>
> -dorian
>
> "Tom Johnson" <tdjohns1@rockwellcollins.com> wrote in message
> news:ctuc9b$apj$1@www.eclipse.org...
>
>>While testing my deployment process on Linux, I defined a "local" update
>>site on a Linux box (say: /home/tdj/workspace/my.update-site.project)
>>then when I tried to use it, I see messages on the console that lead me
>>to believe that the resultant URL (e.g. file:/home/tdj/ ... ) should
>>actually be something like file:///home/tdj ... which I think is a defect
>>in the construction of the URL
>>
>>This led me to discover the second problem ... on Windows, I can clearly
>>see that the URL text box is not meant to be edited (it is grayed out).
>>
>>On RedHat Enterprise Linux 3/GTK, the URL text box appears as if it is
>>editable, but it is not.
>>
>>Are these considered legitimate defects? I didn't find them in Bugzilla,
>>so if someone else thinks they're worth reporting I will definitely
>>do so, with more precision.
>>
>>Thanks,
>>
>>Tom Johnson
>>
>
>
>
|
|
|
Re: Cannot repair the malformed "URL" field contained in "Edit Local Site" dialo [message #280690 is a reply to message #280615] |
Mon, 07 February 2005 22:04  |
Eclipse User |
|
|
|
Originally posted by: bob.objfac.com
Either one file:/ or three file:/// should work, but not all systems
agree. Microsoft uses file:///, so pretty near everyone else supports it.
However, if a Browse button produced the URI and it doesn't work on your
system, it's definitely somebody's bug.
Bob Foster
Tom Johnson wrote:
> dorian birsan wrote:
>
>> The URL correct format must be your responsibility,
>
>
> The URL was formatted by pressing the "Browse" button and
> browsing. It seemed to me that should produce a properly
> formatted URL. Oh well ...
>
> but feel free to open
>
>> bug reports for the problems you encountered.
>> Even better, patches are greatly appreciated :-)
>>
>> -dorian
>>
>> "Tom Johnson" <tdjohns1@rockwellcollins.com> wrote in message
>> news:ctuc9b$apj$1@www.eclipse.org...
>>
>>> While testing my deployment process on Linux, I defined a "local" update
>>> site on a Linux box (say: /home/tdj/workspace/my.update-site.project)
>>> then when I tried to use it, I see messages on the console that lead me
>>> to believe that the resultant URL (e.g. file:/home/tdj/ ... ) should
>>> actually be something like file:///home/tdj ... which I think is a
>>> defect
>>> in the construction of the URL
>>>
>>> This led me to discover the second problem ... on Windows, I can clearly
>>> see that the URL text box is not meant to be edited (it is grayed out).
>>>
>>> On RedHat Enterprise Linux 3/GTK, the URL text box appears as if it is
>>> editable, but it is not.
>>>
>>> Are these considered legitimate defects? I didn't find them in
>>> Bugzilla,
>>> so if someone else thinks they're worth reporting I will definitely
>>> do so, with more precision.
>>>
>>> Thanks,
>>>
>>> Tom Johnson
|
|
|
Goto Forum:
Current Time: Thu May 08 21:43:46 EDT 2025
Powered by FUDForum. Page generated in 0.03701 seconds
|