|
Nope... the problem is the link, literally.
A permalink usually contains domain/forum/msg=ID
i.e. my OP in this thread: https://www.codeproject.com/suggestions.aspx?msg=5748869#xx5748869xx
Bugs and Suggestions[^]
Your Links (both of you) have the link as domain/Messages/id
as it would be the "domain/Members/nickname" Link vs. the "domain/Membership/View.aspx?mid=Number"
If I try the same with my active and visible Thread-OP (meaning: https://www.codeproject.com/Messages/5748913) it happens exactly the same.
Latest Messages[^]
it gets to a of recent messages but from the whole site.
So I suppose that the parsing between the "easy" and the "complete" URL-Types is still needing a tiny push to work properly.
What I don't know... where did you get that type of link for the message? I get always the classic type.
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
I pasted it in, as usual.
I still think it's a closed message problem with pasting: If I copy a message link in the Lounge:
<a href="https://www.codeproject.com/Messages/5748896/delivery-org">The Lounge</a>[<a href="https://www.codeproject.com/Messages/5748896/delivery-org" target="_blank" title="New Window">^</a>]
The Lounge[^] it works.
If I manually remove the "summary" part:
<a href="https://www.codeproject.com/Messages/5748896/">The Lounge</a>[<a href="https://www.codeproject.com/Messages/5748896/" target="_blank" title="New Window">^</a>] The Lounge[^] it gives the same result - a list of messages.
Just guessing here, but if a message is closed, it doesn't have a "real subject" any longer, even if it still has a message ID?
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Weird...
Members ID versus Members Name it depends on where I get it. The Who's Who list is nicknames (SAOTD), the preview of the messages or the newsfeed is with nicknames too. But if I click in other places I get the "Membership/ID" type.
But for the messages... every time I click on permalink, no matter where I use it, I get the "long / old" link with messages_ID
I have had to recreate the link type you are using manually.
Might the browser or "local" user settings interfere as well? I am mainly using FF for the last weeks
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Title says.
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Marked as "In Progress".
This is an issue caused by a poor choose of route 13 years ago. How time flies!
For members' lists of messages we use https://www.codeproject.com/Messages/user-name/. For messages we use https://www.codeproject.com/Messages/<message-id>/slug. The message that was linked to had no ASCII slug so its permalink was generated with no slug, meaning the system interpreted the URL as a member message list. However, since "user-name" wasn't a valid username the system then just sent you to the generic "all messages" list page.
So: we fix the permalink generator and it all works again. Talk about a latent bug...
cheers
Chris Maunder
|
|
|
|
|
|
Message Removed
-- modified 11-Sep-20 10:45am.
|
|
|
|
|
Stock quotes using Alpha Vantage API[^]
That's 13 "spam" reports, two "unclear or incomplete", and one "extremely poor quality".
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Cache issues, not the first time. And I suppose not the last one
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
And an article that is still in the moderation queue after 11 approvals and seemingly having been published, though it claims to have entered the queue only 18 minutes ago:
VRCalc++ Object Oriented Scripting Language :: Vincent Radio {Adrix.NT}[^]
Edit: Never mind. Looking at all of the article's revisions, it appears that the author can't stop toying with it.
modified 9-Sep-20 14:51pm.
|
|
|
|
|
|
Accessible for me from your link above and from your article list and also from frot page (with google chrome)
It does not solve my Problem, but it answers my question
Chemists have exactly one rule: there are only exceptions
modified 19-Jan-21 21:04pm.
|
|
|
|
|
Weird. I can't get to it. I get a 404 and I can't edit it, nothing.
Real programmers use butterflies
|
|
|
|
|
Another weird observation...
- On my company PC I have access to your article.
- Now I'm at home and on my Laptop I have _no_ access to the article.
- But when connecting by RDP to my company PC I still can access the article
Then again...
- At home using Edge and do not login to CP I see the article also on my Laptop
[edit again]
Cleared Browser History/Cache
Logged in again on CP from Laptop ate home -> See the article now also on Laptop.
---> Cacheing data is mostly evil
It does not solve my Problem, but it answers my question
Chemists have exactly one rule: there are only exceptions
modified 19-Jan-21 21:04pm.
|
|
|
|
|
That's just bizarre!
Real programmers use butterflies
|
|
|
|
|
FYI: Just edited the message above again.
It does not solve my Problem, but it answers my question
Chemists have exactly one rule: there are only exceptions
modified 19-Jan-21 21:04pm.
|
|
|
|
|
I suppose someone fed the hamsters past midnight last days...
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Fed?! More like gave them alcohol enemas.
|
|
|
|
|
We have had some database issues over the weekend, which have been mitigated. As a result, you may have gotten a 404 when requesting your article. As someone below pointed out, the browser may cache the 404 response, so it may be necessary to clear the your browser cache.
I can see you article fine, and will be having a read later.
Thanks for all the great articles.
"Time flies like an arrow. Fruit flies like a banana."
|
|
|
|
|
I cleared the cache and then it worked but I didn't close my message sorry
Real programmers use butterflies
|
|
|
|
|
I have a similar issue to this person: https://www.codeproject.com/Questions/392656/Missing-images-from-my-tip-tricks-published-today
I am not smart enough to figure this out by myself so please figure this out for me. In short images are visible during edit and preview but are not visible after publish.
All my images hase a src like this in the markup:
src="swagger.JPG"
But when published they are getting stored using totally different URLs, like for example the markup above for the image swagger.jpg ends up like this (not working):
https://www.codeproject.com/KB/aspnet/5278879/Working/swagger.JPG
But an image further down (src="visual_studio_solution_view.JPG") in the article ends up like this (working):
https://www.codeproject.com/KB/Articles/5278879/Working/visual_studio_solution_view.JPG
Why is it that the first image ending up under /aspnet/ and the second image ending up under /Articles/?
Please someone enlight me in regards to what I am doing wrong. If this is not a bug then I think something needs to be seriously wrong with the UX design of the platform, or I need some brain surgery myself.
Article: Serving images stored in DB through a static URL, using .NET Core 3.1[^]
|
|
|
|
|
Two things
Ad blockers tend to interfere with them displaying for some reason
And something I've noticed is the first time I publish an article the images don't show up for me. If I go to edit the article again and then simply repost it they seem to work. That's what I've been doing.
Real programmers use butterflies
|
|
|
|
|
In my case this does not help. I have published the article like 10 times and recreated it from scratch once. But, thanks for replying, I pushed it once again this morning just to make sure and the issue is still the same.
Anyone else with a suggestion?
I think this is most likely a technical issue and I hope someone that has encountered this before, and fixed it, can reply to me.
|
|
|
|
|
Be patient. I am sure that @Sean-Ewington or any other from the staff will have a look and sort it out.
Just stop trying it yourself, because you overwrote a revision done by @Chris-Maunder (I suppose without noticing it). To your defense, that revision didn't have all images either.
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Thanks. I will leave the article alone and let the experts handle it
|
|
|
|