Closed (fixed)
Project:
Subscriptions
Version:
6.x-1.5
Component:
User interface
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
27 May 2012 at 23:37 UTC
Updated:
12 Jun 2012 at 01:41 UTC
Jump to comment: Most recent file
Comments
Comment #1
karingI installed the new 6.x-1.5 version (dd May 27 2012) and I'm seeing the correct menu name for the tab "Subscriptions".
What version did you upgrade from? Can you go back and forth and reproduce this? Did you run updatedb? Have you tried to Rebuild Menus?
Comment #2
karingHold on - I just managed to reproduce what you're seeing. Checking the checkbox on:
/admin/settings/subscriptions/userdefaults/settings
check to - Hide the Overview page from your usersresults in a title "N/A" for the tab on /user/%/subscriptions
I have tried but I can not reproduce this in the 6.x-1.4+17-dev version. We will have to investigate further.
Comment #3
gregarios commentedI upgraded from the last dev version. I ran the database update, but it didn't update anything. Cleared all caches. No Effect.
In the subscriptions.module file, on line number 150, if you change:
'title' => 'N/A',to'title' => 'Subscriptions',it then works correctly.
The only other place "N/A" is found in any of the module's files is a few lines before this occurrence. Maybe it was changed inadvertently?
It only happens when the option to not show the Overview settings to users is checked.
Comment #4
karingSo you can confirm that all was well in the 6.x-1.4+17-dev version?
Comment #5
gregarios commentedAbsolutely. I helped add additional functionality to it. ;-)
Comment #7
karingDoh... of course you did! Sorry - still rather new here - learning usernames.
I see the N/A in the line you refer to - but if I run a diff between the dev version and this 1.5 version it looks like that bit of code also already existed in the -dev version, but for some reason we now end up there.
We'll have to ask salvis. Hopefully we've helped things along a bit to help solve this one.
Comment #8
gregarios commentedIt is possible it changed in 6.x-1.4+16-dev and I didn't catch it because the cache wasn't fully cleared at that time. Or something else might be making it come to the surface now...
Comment #12
salvisThank you both for the quick report and the analysis. It happened in Fix some minor translation issues. I was trying to fix the warnings on l.d.o, obviously with the wrong cure. This wasn't only cosmetics, the messages did point to an actual problem — it was actually broken on multi-language sites. That part of the fix is OK, but making the messages go away requires the dummy strings, just not where I originally thought.
Please try this patch.
Comment #13
gregarios commentedThe patch fixes it for me.
Comment #14
salvisPushed to the -dev versions D6 and D7.
Thanks!