is not used any more and exists only for history. Post new tickets on the Github account. n'est plus utilisée, et existe uniquement pour son historique. Postez les nouveaux tickets sur le compte github.

Opened 14 years ago

Closed 14 years ago

#599 closed bug (fixed)

Bug with the significant url engine when using urlhandler and noentrypoint

Reported by: mike Owned by:
Priority: highest Milestone: Jelix 1.0.4
Component: jelix:plugins Version: 1.0.3
Severity: major Keywords: significant url
Cc: Blocked By:
Blocking: Documentation needed: no
Hosting Provider: Php version:


It seems there is a problem when using in combination an urlhandler class and the noentrypoint property from the urls.xml file.

For example in the url handler create() method, you have something like

$url->pathInfo = '/test';

When you call jUrl::get(), you should have "/index.php/test"

But my results are:

  • if noentrypoint is false in your urls.xml, then jUrl::get() will return "/index.php/test" which is the correct result.
  • if noentrypoint is true, then jUrl::get() will return "test" which isn't correct because your browser will interpret this as "http://test"

No doubts that this bug comes from the significant url plugin compilator...

Change History (4)

comment:1 Changed 14 years ago by laurentj

  • Resolution set to fixed
  • Status changed from new to closed

In fact, in jUrl::toString didn't removed duplicated '/' between the scriptName and the pathInfo...

Fixed in the trunk and 1.0.x branch.

comment:2 Changed 14 years ago by bastnic

  • Priority changed from high to highest
  • Resolution fixed deleted
  • Status changed from closed to reopened

I've no time to watch this problem, but it reveals the opposite for me.

Worked fine for we before this patch, all crashed now. Especially with form submit destination.

comment:3 Changed 14 years ago by laurentj

bastnic : please, explain your problem. "it doesn't work" says nothing to me.

comment:4 Changed 14 years ago by laurentj

  • Resolution set to fixed
  • Status changed from reopened to closed

ok, I found the bug. It's a bug in the form plugin. Added new methods jUrl::getPath() and jUrl::getQuery().

Note: See TracTickets for help on using tickets.