Bugs and Suggestions

OriginalGriff10-Sep-20 21:34

OriginalGriff

10-Sep-20 21:34

To confirm that, the link in my message opens a valid CP URL:

https://www.codeproject.com/Messages/5748850/

Which opens the right page ID, but with the wrong info:

This is probably because once the message was closed I deleted it from the lounge, so the message finder can't any more!

"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!

Nelek10-Sep-20 23:45

10-Sep-20 23:45

OriginalGriff wrote:
This is probably because once the message was closed I deleted it from the lounge, so the message finder can't any more!

I thought not even we (Protectors) can delete something at DB level, that only would be "not visible" for the rest.

I have had a lot of "message deleted" corpses that had to be cleaned up with the big Cahoona hammer

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.

OriginalGriff11-Sep-20 0:19

OriginalGriff

11-Sep-20 0:19

I don't think we have any direct access to the DB, but I don't know exactly what the Hamsters do when we tell them to delete: they might move it to an "archive" table, or just mark it as deleted so it doesn't come up in "regular SELECT" operations. Or ... the row might just go in the bit bucket.

But ... if the message number specified doesn't exist in the "active" list, it seem to be returning recent messages instead of a "not found" message.

Nelek11-Sep-20 1:56

11-Sep-20 1:56

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.

OriginalGriff11-Sep-20 2:27

OriginalGriff

11-Sep-20 2:27

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:

HTML

<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:

HTML

<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?

Nelek11-Sep-20 2:45

11-Sep-20 2:45

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.

Solved? Are you sure?

Nelek11-Sep-20 11:15

11-Sep-20 11:15

Title says.

M.D.V.

Chris Maunder13-Sep-20 3:13

Chris Maunder

13-Sep-20 3:13

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

Nelek13-Sep-20 11:09

Article still alive after 16 reports

13-Sep-20 11:09

Chris Maunder wrote:
This is an issue caused by a poor choose of route 13 years ago

it could be worst... it could have been root 13 Roll eyes | :rolleyes:

Chris Maunder wrote:
Talk about a latent bug...

I know what that is... not 13, but 4 years in my case. D'Oh! | :doh:

Chris Maunder wrote:
So: we fix the permalink generator and it all works again.

M.D.V.

Message Removed

10-Sep-20 18:41

Sumittheassasin

10-Sep-20 18:41

Message Removed

-- modified 11-Sep-20 10:45am.

Richard Deeming9-Sep-20 5:29

Richard Deeming

9-Sep-20 5:29

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

Re: Article still alive after 16 reports

Nelek9-Sep-20 7:38

Re: Article still alive after 16 reports

9-Sep-20 7:38

Cache issues, not the first time. And I suppose not the last one Big Grin | :-D

M.D.V.

Greg Utas9-Sep-20 8:00

Greg Utas

9-Sep-20 8:00

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.

Robust Services Core | Software Techniques for Lemmings | Articles
The fox knows many things, but the hedgehog knows one big thing.

modified 9-Sep-20 14:51pm.

Article still in limbo

honey the codewitch8-Sep-20 2:27

8-Sep-20 2:27

One of my articles got nuked over the weekend

Slang and the CodeDOM Go! Kit: A C# Based Subset for Code Analysis and Code Generation[^]

I'd really appreciated it if someone could either get it back for me, or delete it out of my articles list and off the front page.

Real programmers use butterflies

User 110609798-Sep-20 2:29

User 11060979

8-Sep-20 2:29

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.

honey the codewitch8-Sep-20 4:16

8-Sep-20 4:16

Weird. I can't get to it. I get a 404 and I can't edit it, nothing.

Real programmers use butterflies

User 110609798-Sep-20 5:37

User 11060979

8-Sep-20 5:37

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

Confused | :confused:

[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 Big Grin | :-D

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.

honey the codewitch8-Sep-20 5:47

8-Sep-20 5:47

That's just bizarre! Unsure | :~

Real programmers use butterflies

User 110609798-Sep-20 5:48

User 11060979

8-Sep-20 5:48

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.

Nelek8-Sep-20 9:23

8-Sep-20 9:23

I suppose someone fed the hamsters past midnight last days... Roll eyes | :rolleyes:

M.D.V.

Greg Utas8-Sep-20 10:45

Greg Utas

8-Sep-20 10:45

Fed?! More like gave them alcohol enemas. Laugh | :laugh:

Robust Services Core | Software Techniques for Lemmings | Articles
The fox knows many things, but the hedgehog knows one big thing.

Matthew Dennis8-Sep-20 10:37

Matthew Dennis

8-Sep-20 10:37

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."

honey the codewitch8-Sep-20 12:27

Missing images after publish, codeproject bug/feature?

8-Sep-20 12:27

I cleared the cache and then it worked but I didn't close my message sorry

Real programmers use butterflies

Fredrik Rudberg7-Sep-20 17:46

Fredrik Rudberg

7-Sep-20 17:46

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[^]

Re: Missing images after publish, codeproject bug/feature?

honey the codewitch8-Sep-20 4:17