Add link to modification page in the response to a modification request [Risolto]

I often find myself wanting to check my modifications after I make a modification request. One common reason is to verify I didn't make any errors in the request.

Proposal: After “The data will be published after verification.” add a link to the “my modifications” page. Linking to the particular modification isn't easy as there could be several parts to the modification if mintage lines are affected.
 

Hi,

I'm not sure I understand correctly but you can always go back at a request by clicking My catalogue modification requests, a list will appear with Date, Time, Title, Issuer and Status. You can even Cancel a request by clicking on it.

Here is the page displayed after modifying a coin:

Two links to the coin I just modified, no links to My catalogue modification requests.

Sorry Quebequois, members  don't have “Verify catalog requests”

with “Coins”  → “My catalogue modification requests ” the link on each line gives us the submitted changes

I guess it would be convenient to have a link on that page…

but it would only save you one extra click and not much time.

It can be useful.

Can be a general link to My catalogue modification requests or a specific link to My last modification request.

CREPOSUC

Sorry Quebequois, members  don't have “Verify catalog requests”

with “Coins”  → “My catalogue modification requests ” the link on each line gives us the submitted changes

I'm a normal member and here's what I see:

But I agree with you davidhs:

It can be useful.

Can be a general link to My catalogue modification requests or a specific link to My last modification request.

Céline F.

davidhs

It can be useful.

 

Can be a general link to My catalogue modification requests or a specific link to My last modification request.

I also vote YES to this suggestion.

Done 🙂

Xavier

Done 🙂

And translated to Spanish.😉

Xavier

Done 🙂

Thank you.

There is a bug in the implementation. The links to the year lines of the modification requests have () instead of substituting the year.

Thank you. The bug is fixed.