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)
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
Updated•23 years ago
|
Priority: -- → P3
Target Milestone: --- → mozilla1.0
Comment 3•23 years ago
|
||
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.
Comment 4•23 years ago
|
||
andreas: of course! marking INVALID.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
Comment 5•23 years ago
|
||
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.
Comment 7•23 years ago
|
||
-> andreas
Assignee: darin → andreas.otte
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 8•23 years ago
|
||
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 ago → 23 years ago
Resolution: --- → INVALID
Comment 9•23 years ago
|
||
should this be reassigned to tech evangelism?
Comment 10•23 years ago
|
||
Right ...
Status: RESOLVED → REOPENED
Component: Browser-General → Europe: West
Product: Browser → Tech Evangelism
Resolution: INVALID → ---
Target Milestone: mozilla1.0 → ---
Version: other → unspecified
Comment 11•23 years ago
|
||
reassign to the right owner ...
Assignee: andreas.otte → nitot
Status: REOPENED → NEW
QA Contact: doronr → caillon
Reporter | ||
Comment 12•23 years ago
|
||
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 ???
Comment 13•23 years ago
|
||
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
Comment 15•21 years ago
|
||
other default owner
Assignee: nitot → other
QA Contact: z-caillon-obsolete2 → other
Comment 16•20 years ago
|
||
Are there any other possible work arounds for this problem? Using scripts of some clever sort?
Comment 17•20 years ago
|
||
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.
Comment 18•15 years ago
|
||
is this still an issue ?
Comment 19•13 years ago
|
||
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 ago → 13 years ago
Resolution: --- → INCOMPLETE
Updated•9 years ago
|
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•