CoreCommunity ExtensionsIncubatorDistributionsTYPO3 4.5 ProjectsTYPO3 4.7 ProjectsTYPO3 6.0 ProjectsTYPO3 6.1 ProjectsTYPO3 6.2 Projects (+)

Bug #10218

With realurl 1.10.0 an empty page is generated after submitting a new post

Added by Stefan Kaufmann over 2 years ago. Updated over 2 years ago.

Status:Needs Feedback Start date:2010-10-12
Priority:Must have Due date:
Assignee:- % Done:

0%

Category:-
Target version:-
Votes: 0

Description

mm_forum does not work well with newest realurl version 1.10.0 using Typo3 4.4.4.
After downgrading to realurl 1.8.1, it worked again.
It seems though that the post is saved (not sure anymore though...)

mm_forum_RealURL.conf - RealUrL-config for mm_forum (4.4 kB) Jan Bartels, 2010-10-30 21:06

realurl.txt (6.8 kB) Hans Christian Oberstädt, 2010-11-02 21:31

History

Updated by Martin Helmich over 2 years ago

  • Status changed from New to Needs Feedback

Hi Stefan,

do you use the realurl configuration that is included with the mm_forum, or did you configure it by yourself?
Would you mind posting your realurl configuration?

Best regards,
Martin

Updated by Jan Bartels over 2 years ago

It's the same here. I just moved from CHC-Forum to mm_forum 1.9.1 with RealURL 1.10.0 on Typo3 4.4.4.

The link in the email looks like this:
http://www.domain.tld/foo/bar/forum/forum/open_topic.html?tx_mmforum_pi1%5Bid%5D=268

The "Last"-Link at the forum points to:
http://www.domain.tld/foo/bar/forum/forum/beitraege/testkonferenz/1_mm_forum_testeintrag/seite.html#pid873

268 is the uid of tx_mmforum_topics, 873 ist the uid of tx_mmforum_posts_text.

The RealURL-config is attached.

It works fine without the RealURL-configuration for mm_forum. The Email for another test-entry looks like this:
http://www.domain.tld/foo/bar/forum.html?tx_mmforum_pi1%5Baction%5D=open_topic&tx_mmforum_pi1%5Bid%5D=269
and is redirected to
http://www.domain.tld/foo/bar/forum.html?tx_mmforum_pi1[action]=list_post&tx_mmforum_pi1[tid]=269&tx_mmforum_pi1[page]=&tx_mmforum_pi1[fid]=10&tx_mmforum_pi1[pid]=seite#pid874

I think there was a breaking change at RealURL V1.9.x skipping parameters that are not present in the URL. That may be the cause, but I'm not shure. Comparing the links in the examples above, we should concentrate on the page-parameter.

Jan

Updated by Stefan Kaufmann over 2 years ago

Hi Martin, Yes - I use the realurl configuration coming with mm_forum. Jan's suggestion is probably the right way to go.

Updated by Jan Bartels over 2 years ago

Investigated a bit deeper:

1. In the valueMap for the action-parameter the key open_topic is missing:

'forum' => array(
array(
'GETvar' => 'tx_mmforum_pi1[action]',
'valueMap' => array(
'themen' => 'list_topic',
...
'anhaenge' => 'get_attachment',
'neuer_beitrag' => 'open_topic',
),
),
array(
'GETvar' => 'tx_mmforum_pi1[id]',
'cond' => array (
'prevValueInList' => 'open_topic'
),
'lookUpTable' => array(
'table' => 'tx_mmforum_topics' ,
'id_field' => 'uid',
'alias_field' => 'topic_title',
'addWhereClause' => ' AND NOT deleted',
'useUniqueCache' => 1,
'useUniqueCache_conf' => array(
'strtolower' => 1,
'spaceCharacter' => '_',
),
),
),

2. The naming of the parameters is not consistent:
  • for the topic 'tid' and 'id' are used (see example above!)
  • 'fid' is used for the forum or a front-end-user
  • maybe more...

Thus, the configuration for RealURL will get quite complex because of many prevValueInList-conditions. Is it possible to clean it up in mm_forum and use the parameter names in a unique way? However, this will break compatibility to old RealURL-configurations.

3. Though realUrl_specialLinks is active, not all parameters are appended in every case. E. g. fid/forum-id is missing at open_topic(). There may be more cases. Missing parameters are skipped with RealURL 1.10.0 so that the following parameters can't be mapped correctly. realUrl_specialLinks doesn't apply the complete set of parameters e. g. for the action list_post. I think that can be resolved in realurl_conf.php only by naming those segments explicitely. That's leading to very long URLs. In former versions RealURL probably generated a sequence of slashes in those situations. I haven't tried an older version. Can someone confirm it?

Updated by Hans Christian Oberstädt over 2 years ago

my realurl config is attached.^^ :)

May I give you some more Information, because that bug happens to me, too. Even it occurs, if you edit a post.

normal link
without realurl:
http://domain/index.php?id=37&tx_mmforum_pi1[action]=list_post&tx_mmforum_pi1[tid]=5&tx_mmforum_pi1[page]=&tx_mmforum_pi1[fid]=5&tx_mmforum_pi1[pid]=seite#pid19

with realurl:
http://domain/forum/beitraege/feedback/to_do_liste/

edit link
without realurl:
http://domain/index.php?id=37&tx_mmforum_pi1[action]=list_post&tx_mmforum_pi1[tid]=5&tx_mmforum_pi1[page]=&tx_mmforum_pi1[fid]=5&tx_mmforum_pi1[pid]=seite#pid19
with ru
http://domain/forum/bearbeiten/feedback/to_do_liste/19/

Without RealUrl anything goes well and the post will be edited, but with realurl the link goes:
http://planet-fiction.de/forum/beitraege/#pid

^^ so something is definetly wrong here.

Besides, have a Look at the last Entries of realurl, dimtri fixed a few bugs that might be quite interesting.

Reverting Realurl 1.10.0 to 1.8.1 fixed the Problem

Also available in: Atom PDF