Closed Bug 122559 Opened 23 years ago Closed 13 years ago

Qualiac ERP - # turned into %23 when passed to mozilla as a parameter

Categories

(Tech Evangelism Graveyard :: Other, defect, P3)

x86
All
defect

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: f.routier, Unassigned)

References

()

Details

(Keywords: compat)

In the Qualiac ERP, the html on line documentation fails when Mozilla is the
default browser.

Qualiac wants to open something like :

'v:\qualiac\hlp\qualiac\fr\ode\cs\oeisae.html#4866;'

but Mozilla tells me it can't find the following url :

'v:/qualiac/hlp/qualiac/fr/ode/cs/oeisae.html%234866;'

It seems # is interpreted as %23, which is not right.

Is it clear enought, or do you need more informations ?

Franck Routier
Please always include build ID in bug-reports.
url parsing/escaping issue...
Assignee: asa → darin
Priority: -- → P3
Target Milestone: --- → mozilla1.0
What qualiac want's to do here seems wrong:

It should open:

file:///v:/qualiac/hlp/qualiac/fr/ode/cs/oeisae.html#4866

which should work fine, but my guess is that

v:\qualiac\hlp\qualiac\fr\ode\cs\oeisae.html#4866;

is not a valide filepath, 

v:\qualiac\hlp\qualiac\fr\ode\cs\oeisae.html

would be.

So either feed mozilla with a file url or with a filepath, but not with a mix.
In this case v:\qualiac\hlp\qualiac\fr\ode\cs\oeisae.html#4866; is seen as a
filename and escaped accordingly, the # gets escaped to not mix it up with the
ref part of the url. 
andreas: of course!  marking INVALID.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
Not so fast ... there was once a time we could handle this kind of stuff ... in
an earlier version of the URIFixup code. But that was dropped in favour of using
the normal conversion stuff to create a file url. I don't say go back .. that
code had it's (big) problems too, but obviously other browsers can handle this.
Maybe there is a way to do it, I will think about it.
fair enough.
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
-> andreas
Assignee: darin → andreas.otte
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: compat
After some thinking ...

# is a valid character inside filenames on windows. So how can mozilla know if
the # is part of the filename or part of the ref in a damaged url? There is no
way around that and doing a normal filepath conversion on the string after
everything else has failed seems okay to me. 

I suggest prepending the given path with a file:/// to make it clear to mozilla
that you want to feed it a file url. Then the ref will work ...

Marking invalid again ... fix Qualiac ERP instead ...
Status: NEW → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → INVALID
should this be reassigned to tech evangelism?
Right ...
Status: RESOLVED → REOPENED
Component: Browser-General → Europe: West
Product: Browser → Tech Evangelism
Resolution: INVALID → ---
Target Milestone: mozilla1.0 → ---
Version: other → unspecified
reassign to the right owner ...
Assignee: andreas.otte → nitot
Status: REOPENED → NEW
QA Contact: doronr → caillon
Hi,

I submited a bug report to Qualiac.

They sholud correct this ASAP.

However, MSIE manages to handle the wrong "URL" form, although # is a valid
character in windows filenames... They must be trying several solutions (first
file, then URL, ...). I wonder what would happen if I create a windows file
corresponding exactly to the "URL" qualiac asks for ???
Yes, that would be fun ... seriously I have something similar in mind (doing
several trys with different approaches) for a reimplementation of the fixup code
in mind, but that is not likely to happen anytime soon ...
OS: Windows 98 → All
Summary: # turned into %23 when passed to mozilla as a parameter → Qualiac ERP - # turned into %23 when passed to mozilla as a parameter
New Component
Component: Europe: West → Other
other default owner
Assignee: nitot → other
QA Contact: z-caillon-obsolete2 → other
Are there any other possible work arounds for this problem? Using scripts of 
some clever sort?
If you can change the program Qualiac calls when opening the documentation file
you can change that to a script which prepends file:/// to the path and then
calls mozilla with it.
is this still an issue ?
INCOMPLETE due to lack of activity since the end of 2009.

If someone is willing to investigate the issues raised in this bug to determine whether they still exist, *and* work with the site in question to fix any existing issues, please feel free to re-open and assign to yourself.

Sorry for the bugspam; filter on "NO MORE PRE-2010 TE BUGS" to remove.
Status: NEW → RESOLVED
Closed: 23 years ago13 years ago
Resolution: --- → INCOMPLETE
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.